All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH v2 0/3] uapi: add kbuild for some files
@ 2016-12-02 22:53 Stephen Hemminger
  2016-12-02 22:53 ` [PATCH 1/3] uapi: export tc tunnel key file Stephen Hemminger
                   ` (2 more replies)
  0 siblings, 3 replies; 2101+ messages in thread
From: Stephen Hemminger @ 2016-12-02 22:53 UTC (permalink / raw)
  To: davem; +Cc: netdev, pablo, jhs, Stephen Hemminger

Some files which are in uapi but not being copied
by make headers_install

Stephen Hemminger (3):
  tc: export tunnel key file
  uapi: export tc_skbmod.h
  uapi: export nf_log.h

 include/uapi/linux/netfilter/Kbuild | 1 +
 include/uapi/linux/tc_act/Kbuild    | 2 ++
 2 files changed, 3 insertions(+)

V2 - typo in s/sbkmod/skbmod/

-- 
2.10.2

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No Subject)
@ 2024-03-06 12:36 Emilis Kiškis
  0 siblings, 0 replies; 2101+ messages in thread
From: Emilis Kiškis @ 2024-03-06 12:36 UTC (permalink / raw)
  To: git

What did you do before the bug happened? (Steps to reproduce your issue)

1. Create a new worktree with `git worktree add new-worktree`
2. Modify files in the new worktree
3. Move new worktree back to main working tree (i.e. master)

What did you expect to happen? (Expected behavior)

I expected uncommited changes from `new-worktree` to merge with changes from `master`

What happened instead? (Actual behavior)

The changes from `new-worktree` were lost

What's different between what you expected and what actually happened?

The uncommited changes were lost instead of preserved

Anything else you want to add:

I lost 4 hours of work :(((

Please review the rest of the bug report below.
You can delete any lines you don't wish to share.


[System Info]
git version:
git version 2.39.3 (Apple Git-145)
cpu: arm64
no commit associated with this build
sizeof-long: 8
sizeof-size_t: 8
shell-path: /bin/sh
feature: fsmonitor--daemon
uname: Darwin 23.3.0 Darwin Kernel Version 23.3.0: Wed Dec 20 21:30:44 PST 2023; root:xnu-10002.81.5~7/RELEASE_ARM64_T6000 arm64
compiler info: clang: 15.0.0 (clang-1500.1.0.2.5)
libc info: no libc information available
$SHELL (typically, interactive shell): /bin/zsh


[Enabled Hooks]
pre-push

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No Subject)
@ 2024-02-08  3:34 Oliver Webb
  2024-02-08  3:46 ` Lawrence Velázquez
  0 siblings, 1 reply; 2101+ messages in thread
From: Oliver Webb @ 2024-02-08  3:34 UTC (permalink / raw)
  To: dash

subscribe dash

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No Subject)
@ 2024-01-31  3:37 John Moon
  0 siblings, 0 replies; 2101+ messages in thread
From: John Moon @ 2024-01-31  3:37 UTC (permalink / raw)
  To: Andrew Morton, linux-kernel; +Cc: John Moon, Trilok Soni, Elliot Berman

Date: Tue, 30 Jan 2024 18:57:45 -0800
Subject: [PATCH] mailmap: switch email address for John Moon

Add current email address as QUIC email is no longer active.

Signed-off-by: John Moon <john@jmoon.dev>
---
 .mailmap | 1 +
 1 file changed, 1 insertion(+)

diff --git a/.mailmap b/.mailmap
index 04998f7bda81..8ae00bd3708a 100644
--- a/.mailmap
+++ b/.mailmap
@@ -289,6 +289,7 @@ Johan Hovold <johan@kernel.org> <johan@hovoldconsulting.com>
 John Crispin <john@phrozen.org> <blogic@openwrt.org>
 John Fastabend <john.fastabend@gmail.com> <john.r.fastabend@intel.com>
 John Keeping <john@keeping.me.uk> <john@metanate.com>
+John Moon <john@jmoon.dev> <quic_johmoo@quicinc.com>
 John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>
 John Stultz <johnstul@us.ibm.com>
 <jon.toppins+linux@gmail.com> <jtoppins@cumulusnetworks.com>
-- 
2.43.0



^ permalink raw reply related	[flat|nested] 2101+ messages in thread
* (No Subject)
@ 2023-10-11  6:29 martin
  0 siblings, 0 replies; 2101+ messages in thread
From: martin @ 2023-10-11  6:29 UTC (permalink / raw)
  To: asahi

Empty Message

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No Subject)
@ 2023-08-31  4:52 youngbludproductions
  2023-08-31  5:11 ` youngbludproductions
  0 siblings, 1 reply; 2101+ messages in thread
From: youngbludproductions @ 2023-08-31  4:52 UTC (permalink / raw)
  To: linux-kernel

hi guys who wants to hear a good little story i made on the toilet

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* Re: [no subject]
@ 2023-05-13  8:12 Beatrice Benson
  0 siblings, 0 replies; 2101+ messages in thread
From: Beatrice Benson @ 2023-05-13  8:12 UTC (permalink / raw)
  To: linux-scsi

Welcome to Financial Source Program.

Types of loan: business, personal, refinancing, farm, mortgage, self employed, debt consolidation, secured and unsecured, etc.

-No pre-payment penalty.
-Rate starting at: 2.08%. 
-Flexible repayment period.

For further info and how to apply, please reply. 

> To unsubscribe please reply with "unsubscribe" as subject. 


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* Re: [no subject]
@ 2023-05-13  8:12 Beatrice Benson
  0 siblings, 0 replies; 2101+ messages in thread
From: Beatrice Benson @ 2023-05-13  8:12 UTC (permalink / raw)
  To: linux-ide

Welcome to Financial Source Program.

Types of loan: business, personal, refinancing, farm, mortgage, self employed, debt consolidation, secured and unsecured, etc.

-No pre-payment penalty.
-Rate starting at: 2.08%. 
-Flexible repayment period.

For further info and how to apply, please reply. 

> To unsubscribe please reply with "unsubscribe" as subject. 


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* Re: [no subject]
@ 2023-05-13  8:12 Beatrice Benson
  0 siblings, 0 replies; 2101+ messages in thread
From: Beatrice Benson @ 2023-05-13  8:12 UTC (permalink / raw)
  To: linux-kernel

Welcome to Financial Source Program.

Types of loan: business, personal, refinancing, farm, mortgage, self employed, debt consolidation, secured and unsecured, etc.

-No pre-payment penalty.
-Rate starting at: 2.08%. 
-Flexible repayment period.

For further info and how to apply, please reply. 

> To unsubscribe please reply with "unsubscribe" as subject. 


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* Re: [no subject]
@ 2023-05-13  8:12 Beatrice Benson
  0 siblings, 0 replies; 2101+ messages in thread
From: Beatrice Benson @ 2023-05-13  8:12 UTC (permalink / raw)
  To: netdev

Welcome to Financial Source Program.

Types of loan: business, personal, refinancing, farm, mortgage, self employed, debt consolidation, secured and unsecured, etc.

-No pre-payment penalty.
-Rate starting at: 2.08%. 
-Flexible repayment period.

For further info and how to apply, please reply. 

> To unsubscribe please reply with "unsubscribe" as subject. 


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2022-09-20 10:04 Marc Kleine-Budde
  2022-09-21  7:07 ` (No Subject) john
  0 siblings, 1 reply; 2101+ messages in thread
From: Marc Kleine-Budde @ 2022-09-20 10:04 UTC (permalink / raw)
  To: linux-can; +Cc: John Whittington

Subject: [PATCH 0/3] can: gs_usb: fix hardware timestamping issues
In-Reply-To:

Hello,

while playing around with the hardware timestamping code, I found some
issues, which are fixed in this series.

John, can you test if timestamping still works on your hardware.

regards,
Marc




^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No Subject)
@ 2022-07-21 20:02 loggervicky69
  0 siblings, 0 replies; 2101+ messages in thread
From: loggervicky69 @ 2022-07-21 20:02 UTC (permalink / raw)
  To: connman

subscribe

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [PATCH v2 2/3] arm64: Support huge vmalloc mappings
@ 2021-12-27 14:59 Kefeng Wang
  2021-12-27 17:35   ` William Kucharski
  0 siblings, 1 reply; 2101+ messages in thread
From: Kefeng Wang @ 2021-12-27 14:59 UTC (permalink / raw)
  To: Jonathan Corbet, Andrew Morton, linuxppc-dev, linux-doc,
	linux-kernel, linux-mm, x86, linux-arm-kernel
  Cc: Nicholas Piggin, Catalin Marinas, Will Deacon, Thomas Gleixner,
	Ingo Molnar, Borislav Petkov, Dave Hansen, H. Peter Anvin,
	Michael Ellerman, Benjamin Herrenschmidt, Paul Mackerras,
	Christophe Leroy, Matthew Wilcox, Kefeng Wang

This patch select HAVE_ARCH_HUGE_VMALLOC to let arm64 support huge
vmalloc mappings.

Cc: Catalin Marinas <catalin.marinas@arm.com>
Cc: Will Deacon <will@kernel.org>
Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>
---
 Documentation/admin-guide/kernel-parameters.txt | 4 ++--
 arch/arm64/Kconfig                              | 1 +
 arch/arm64/kernel/module.c                      | 5 +++--
 3 files changed, 6 insertions(+), 4 deletions(-)

diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt
index 7b2f900fd243..e3f9fd7ec106 100644
--- a/Documentation/admin-guide/kernel-parameters.txt
+++ b/Documentation/admin-guide/kernel-parameters.txt
@@ -1639,7 +1639,7 @@
 			precedence over memory_hotplug.memmap_on_memory.
 
 
-	hugevmalloc=	[PPC] Reguires CONFIG_HAVE_ARCH_HUGE_VMALLOC
+	hugevmalloc=	[KNL,PPC,ARM64] Reguires CONFIG_HAVE_ARCH_HUGE_VMALLOC
 			Format: { on | off }
 			Default set by CONFIG_HUGE_VMALLOC_DEFAULT_ENABLED.
 
@@ -3424,7 +3424,7 @@
 
 	nohugeiomap	[KNL,X86,PPC,ARM64] Disable kernel huge I/O mappings.
 
-	nohugevmalloc	[PPC] Disable kernel huge vmalloc mappings.
+	nohugevmalloc	[KNL,PPC,ARM64] Disable kernel huge vmalloc mappings.
 
 	nosmt		[KNL,S390] Disable symmetric multithreading (SMT).
 			Equivalent to smt=1.
diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
index 3bb0b67292b5..c34bbb4482b0 100644
--- a/arch/arm64/Kconfig
+++ b/arch/arm64/Kconfig
@@ -142,6 +142,7 @@ config ARM64
 	select HAVE_ARCH_AUDITSYSCALL
 	select HAVE_ARCH_BITREVERSE
 	select HAVE_ARCH_COMPILER_H
+	select HAVE_ARCH_HUGE_VMALLOC
 	select HAVE_ARCH_HUGE_VMAP
 	select HAVE_ARCH_JUMP_LABEL
 	select HAVE_ARCH_JUMP_LABEL_RELATIVE
diff --git a/arch/arm64/kernel/module.c b/arch/arm64/kernel/module.c
index 309a27553c87..af7b4cbace2b 100644
--- a/arch/arm64/kernel/module.c
+++ b/arch/arm64/kernel/module.c
@@ -36,7 +36,8 @@ void *module_alloc(unsigned long size)
 		module_alloc_end = MODULES_END;
 
 	p = __vmalloc_node_range(size, MODULE_ALIGN, module_alloc_base,
-				module_alloc_end, gfp_mask, PAGE_KERNEL, VM_DEFER_KMEMLEAK,
+				module_alloc_end, gfp_mask, PAGE_KERNEL,
+				VM_DEFER_KMEMLEAK | VM_NO_HUGE_VMAP,
 				NUMA_NO_NODE, __builtin_return_address(0));
 
 	if (!p && IS_ENABLED(CONFIG_ARM64_MODULE_PLTS) &&
@@ -55,7 +56,7 @@ void *module_alloc(unsigned long size)
 		 */
 		p = __vmalloc_node_range(size, MODULE_ALIGN, module_alloc_base,
 				module_alloc_base + SZ_2G, GFP_KERNEL,
-				PAGE_KERNEL, 0, NUMA_NO_NODE,
+				PAGE_KERNEL, VM_NO_HUGE_VMAP, NUMA_NO_NODE,
 				__builtin_return_address(0));
 
 	if (p && (kasan_module_alloc(p, size, gfp_mask) < 0)) {
-- 
2.26.2


^ permalink raw reply related	[flat|nested] 2101+ messages in thread
* (No Subject)
@ 2021-08-08 20:46 Yadunandan Pillai
  0 siblings, 0 replies; 2101+ messages in thread
From: Yadunandan Pillai @ 2021-08-08 20:46 UTC (permalink / raw)
  To: bpf

subscribe bpf


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No Subject)
@ 2021-06-22 16:20 Yassine Oudjana
  2021-07-14 18:03 ` Rob Herring
  0 siblings, 1 reply; 2101+ messages in thread
From: Yassine Oudjana @ 2021-06-22 16:20 UTC (permalink / raw)
  To: Stanimir Varbanov, Rob Herring, devicetree
  Cc: Yassine Oudjana, Andy Gross, Bjorn Andersson,
	Mauro Carvalho Chehab, linux-arm-msm, linux-media, linux-kernel,
	~postmarketos/upstreaming

Date: Tue, 22 Jun 2021 20:08:25 +0400
Subject: [PATCH] media: dt-bindings: media: venus: Add firmware-name

Support for parsing the firmware-name property was added a while ago [1],
but the dt-bindings were never updated with the new property. This patch
adds it to all venus dt-bindings.

Signed-off-by: Yassine Oudjana <y.oudjana@protonmail.com>

[1]: https://lore.kernel.org/linux-arm-msm/20210126084252.238078-1-stanimir.varbanov@linaro.org/
---
 .../devicetree/bindings/media/qcom,msm8916-venus.yaml        | 5 +++++
 .../devicetree/bindings/media/qcom,msm8996-venus.yaml        | 5 +++++
 .../devicetree/bindings/media/qcom,sc7180-venus.yaml         | 5 +++++
 .../devicetree/bindings/media/qcom,sdm845-venus-v2.yaml      | 5 +++++
 .../devicetree/bindings/media/qcom,sdm845-venus.yaml         | 5 +++++
 5 files changed, 25 insertions(+)

diff --git a/Documentation/devicetree/bindings/media/qcom,msm8916-venus.yaml b/Documentation/devicetree/bindings/media/qcom,msm8916-venus.yaml
index 59ab16ad12f1..cb1b866d9c37 100644
--- a/Documentation/devicetree/bindings/media/qcom,msm8916-venus.yaml
+++ b/Documentation/devicetree/bindings/media/qcom,msm8916-venus.yaml
@@ -80,6 +80,11 @@ properties:
     required:
       - iommus
 
+  firmware-name:
+    maxItems: 1
+    description: |
+      Relative firmware image path for venus.
+
 required:
   - compatible
   - reg
diff --git a/Documentation/devicetree/bindings/media/qcom,msm8996-venus.yaml b/Documentation/devicetree/bindings/media/qcom,msm8996-venus.yaml
index 199f45217b4a..b8809325138f 100644
--- a/Documentation/devicetree/bindings/media/qcom,msm8996-venus.yaml
+++ b/Documentation/devicetree/bindings/media/qcom,msm8996-venus.yaml
@@ -107,6 +107,11 @@ properties:
     required:
       - iommus
 
+  firmware-name:
+    maxItems: 1
+    description: |
+      Relative firmware image path for venus.
+
 required:
   - compatible
   - reg
diff --git a/Documentation/devicetree/bindings/media/qcom,sc7180-venus.yaml b/Documentation/devicetree/bindings/media/qcom,sc7180-venus.yaml
index 04013e5dd044..ffd3e2850366 100644
--- a/Documentation/devicetree/bindings/media/qcom,sc7180-venus.yaml
+++ b/Documentation/devicetree/bindings/media/qcom,sc7180-venus.yaml
@@ -99,6 +99,11 @@ properties:
     required:
       - iommus
 
+  firmware-name:
+    maxItems: 1
+    description: |
+      Relative firmware image path for venus.
+
 required:
   - compatible
   - reg
diff --git a/Documentation/devicetree/bindings/media/qcom,sdm845-venus-v2.yaml b/Documentation/devicetree/bindings/media/qcom,sdm845-venus-v2.yaml
index 04b9af4db191..cd7a5e1374ce 100644
--- a/Documentation/devicetree/bindings/media/qcom,sdm845-venus-v2.yaml
+++ b/Documentation/devicetree/bindings/media/qcom,sdm845-venus-v2.yaml
@@ -94,6 +94,11 @@ properties:
     required:
       - iommus
 
+  firmware-name:
+    maxItems: 1
+    description: |
+      Relative firmware image path for venus.
+
 required:
   - compatible
   - reg
diff --git a/Documentation/devicetree/bindings/media/qcom,sdm845-venus.yaml b/Documentation/devicetree/bindings/media/qcom,sdm845-venus.yaml
index 680f37726fdf..ae256238a637 100644
--- a/Documentation/devicetree/bindings/media/qcom,sdm845-venus.yaml
+++ b/Documentation/devicetree/bindings/media/qcom,sdm845-venus.yaml
@@ -108,6 +108,11 @@ properties:
     required:
       - iommus
 
+  firmware-name:
+    maxItems: 1
+    description: |
+      Relative firmware image path for venus.
+
 required:
   - compatible
   - reg
-- 
2.32.0



^ permalink raw reply related	[flat|nested] 2101+ messages in thread
* (No Subject)
@ 2021-05-07 22:47 Nathan Ringo
  0 siblings, 0 replies; 2101+ messages in thread
From: Nathan Ringo @ 2021-05-07 22:47 UTC (permalink / raw)
  To: qemu-devel, qemu-trivial

Updates for QEMU 6.0.0.





^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No Subject)
@ 2021-03-21 17:46 Caleb Connolly
  2021-03-22 10:06 ` Dmitry Baryshkov
  0 siblings, 1 reply; 2101+ messages in thread
From: Caleb Connolly @ 2021-03-21 17:46 UTC (permalink / raw)
  To: caleb; +Cc: ~postmarketos/upstreaming, phone-devel, linux-arm-msm

Subject: v2: arm64: dts: sm8150: start populating qups

The QUPs are rather sparse, lets add the zero-th and second qup nodes,
the iommus properties for all of them and the i2c nodes.

With this it's now possible to bringup the touchscreen on my
device, and without crashing!

Derived from OnePlus 7 Pro downstream kernel sources.

	Caleb
---
Of note, I'm only able to properly test i2c17, as that's what my
touchscreen is attached to. Enabling i2c18 causes my device to lockup
during probe, I suspect those pins are used for some other purpose on my
device.

Changes since v1:
 * Pick up Reviewed-By's from Vinod and Bhupesh
 * Squash second patch into first
 * Add iommus property to dt-binding docs for geni
 * Fix i2c19 being mistakenly enabled by default

Caleb Connolly (3):
      arm64: dts: qcom: sm8150: add other QUP nodes and iommus
      arm64: dts: qcom: sm8150: add i2c nodes
      dt-bindings: qcom: geni-se: document iommus

 arch/arm64/boot/dts/qcom/sm8150.dtsi | 549 +++++++++++++++++++++++++++++++++++
 1 file changed, 549 insertions(+)



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* Re: [PATCH 8/8] mac80211: IBSS: send deauth when expiring inactive STAs
@ 2020-05-19  9:57 linux-wireless
  2020-05-22 18:18 ` (No Subject) hyperfekt
  0 siblings, 1 reply; 2101+ messages in thread
From: linux-wireless @ 2020-05-19  9:57 UTC (permalink / raw)
  To: luca; +Cc: johannes, linux-wireless

I have good reason to believe that this patch is causing lockups on my machine.

This is because of what I believe to be a very unreliable PCIe connection to
my wireless adapter, which means that it has to be reconfigured regularly.

On kernels with this patch applied however, the kernel seems to get stuck in a
loop doing so, meanwhile spamming the journal with 'Failed
check-sdata-in-driver check' warnings at an astonishing rate.

By instructing the kernel to panic when it detects a hung task, I have been
able to obtain the following stack traces from the persistent store (ignore the
'Tainted' flag, that's just because I omitted a large number of identical
'Failed check-sdata-in-driver check' oopses before this final one):

[ 2227.321477] ------------[ cut here ]------------
[ 2227.321477] wlan0:  Failed check-sdata-in-driver check, flags: 0x0
[ 2227.321486] WARNING: CPU: 3 PID: 6972 at net/mac80211/driver-ops.h:17 drv_sta_state+0x241/0x3e0 [mac80211]
[ 2227.321486] Modules linked in: rfcomm af_packet ctr ccm algif_aead cbc des_generic libdes ecb bnep arc4 algif_skcipher cmac sha512_ssse3 sha512_generic msr md4 algif_hash af_alg nls_iso8859_1 nls_cp437 vfat fat joydev mousedev uvcvideo videobuf2_vmalloc snd_hda_codec_hdmi videobuf2_memops snd_hda_codec_realtek snd_hda_codec_generic videobuf2_v4l2 videobuf2_common btusb x86_pkg_temp_thermal intel_powerclamp coretemp btrtl btbcm iwlmvm crc32_pclmul dell_laptop ledtrig_audio ghash_clmulni_intel videodev dell_wmi btintel mc sparse_keymap mac80211 bluetooth i915 intel_wmi_thunderbolt libarc4 mei_hdcp mei_wdt iTCO_wdt lz4 watchdog dell_smm_hwmon dell_smbios dcdbas intel_rapl_msr ecdh_generic ecc crc16 dell_wmi_descriptor wmi_bmof aesni_intel ppdev cec libaes drm_kms_helper crypto_simd iwlwifi cryptd glue_helper drm intel_cstate intel_gtt e1000e agpgart deflate intel_uncore evdev input_leds efi_pstore tpm_tis pstore tpm_tis_core intel_rapl_perf i2c_algo_bit i2c_i801 snd_hda_intel cfg80211
[ 2227.321497]  fb_sys_fops led_class ptp efivars psmouse mac_hid snd_intel_dspcfg syscopyarea mei_me sysfillrect snd_hda_codec serio_raw sysimgblt snd_hda_core pps_core mei tpm snd_hwdep i2c_core processor_thermal_device 8250_pci intel_rapl_common intel_pch_thermal thermal battery rng_core wmi intel_soc_dts_iosf parport_pc parport video dell_smo8800 backlight int3400_thermal int3403_thermal intel_pmc_core int340x_thermal_zone acpi_thermal_rel acpi_pad ac dell_rbtn ip6table_nat rfkill button iptable_nat nf_nat zra xt_conntrack zsmalloc nf_conntrack nf_defrag_ipv4 ip6t_rpfilter ipt_rpfilter ip6table_raw iptable_raw xt_pkttype nf_log_ipv6 nf_log_ipv4 nf_log_common xt_LOG xt_tcpudp ip6table_filter ip6_tables iptable_filter sch_fq_codel snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd soundcore loop cpufreq_powersave tun tap macvlan bridge stp llc kvm_intel kvm irqbypass efivarfs ip_tables x_tables ipv6 nf_defrag_ipv6 crc_ccitt autofs4 poly1305_generic libpoly1305 poly1305_x86_64 chacha_generic
[ 2227.321510]  chacha_x86_64 libchacha bcachefs libcrc32c crc32c_generic zstd_compress xor lz4_compress zstd_decompress crc64 raid6_pq sd_mod t10_pi crc_t10dif crct10dif_generic ahci libahci libata rtsx_pci_sdmmc xhci_pci mmc_core scsi_mod xhci_hcd atkbd libps2 usbcore crct10dif_pclmul crct10dif_common rtsx_pci crc32c_intel usb_common rtc_cmos i8042 serio dm_mod
[ 2227.321516] CPU: 3 PID: 6972 Comm: kworker/3:2 Tainted: G        W         5.6.13 #1-NixOS
[ 2227.321517] Hardware name: Dell Inc. Latitude E5470/0C8FKJ, BIOS 1.19.3 08/20/2018
[ 2227.321520] Workqueue: events_freezable ieee80211_restart_work [mac80211]
[ 2227.321524] RIP: 0010:drv_sta_state+0x241/0x3e0 [mac80211]
[ 2227.321525] Code: 00 45 31 e4 e9 70 fe ff ff 48 8b 83 78 04 00 00 48 8d b3 98 04 00 00 48 c7 c7 d8 0c 40 c1 48 85 c0 48 0f 45 f0 e8 c1 08 8e ec <0f> 0b 41 bc fb ff ff ff e9 47 fe ff ff 65 8b 05 7b 4f c7 3e 89 c0
[ 2227.321526] RSP: 0018:ffffb1255eb43a88 EFLAGS: 00010282
[ 2227.321526] RAX: 0000000000000000 RBX: ffffa088030b28c0 RCX: 0000000000000007
[ 2227.321527] RDX: 0000000000000007 RSI: 0000000000000092 RDI: ffffa0886dd99980
[ 2227.321528] RBP: ffffa0880cdd07c0 R08: 00000000001ce0a4 R09: 0000000000000045
[ 2227.321528] R10: ffffb1255eb43938 R11: ffffb1255eb4393d R12: ffffa0880cdd07c0
[ 2227.321529] R13: 0000000000000004 R14: 0000000000000001 R15: 0000000000000003
[ 2227.321530] FS:  0000000000000000(0000) GS:ffffa0886dd80000(0000) knlGS:0000000000000000
[ 2227.321531] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 2227.321531] CR2: 00007fbf74e2d000 CR3: 000000064abca002 CR4: 00000000003606e0
[ 2227.321532] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 2227.321533] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
[ 2227.321533] Call Trace:
[ 2227.321538]  sta_info_move_state+0x18f/0x2b0 [mac80211]
[ 2227.321542]  __sta_info_destroy_part2+0x28/0x150 [mac80211]
[ 2227.321546]  __sta_info_flush+0x123/0x180 [mac80211]
[ 2227.321552]  ieee80211_set_disassoc+0xba/0x5b0 [mac80211]
[ 2227.321557]  ieee80211_mgd_deauth.cold+0x4a/0x1c2 [mac80211]
[ 2227.321562]  cfg80211_mlme_deauth+0xb3/0x1d0 [cfg80211]
[ 2227.321563]  ? mpihelp_addmul_1+0x23/0xc0
[ 2227.321568]  cfg80211_disconnect+0x98/0x1e0 [cfg80211]
[ 2227.321572]  cfg80211_leave+0x27/0x40 [cfg80211]
[ 2227.321576]  cfg80211_netdev_notifier_call+0x171/0x4e0 [cfg80211]
[ 2227.321578]  notifier_call_chain+0x4c/0x70
[ 2227.321579]  __dev_close_many+0x5f/0x110
[ 2227.321581]  dev_close_many+0x81/0x130
[ 2227.321581] Kernel panic - not syncing: hung_task: blocked tasks
[ 2227.321583] CPU: 0 PID: 32 Comm: khungtaskd Tainted: G        W         5.6.13 #1-NixOS
[ 2227.321583] Hardware name: Dell Inc. Latitude E5470/0C8FKJ, BIOS 1.19.3 08/20/2018
[ 2227.321584] Call Trace:
[ 2227.321586]  dump_stack+0x66/0x90
[ 2227.321587]  panic+0x101/0x2d7
[ 2227.321589]  watchdog+0x2c4/0x440
[ 2227.321590]  dev_close.part.0+0x3e/0x70
[ 2227.321593]  cfg80211_shutdown_all_interfaces+0x71/0xd0 [cfg80211]
[ 2227.321599]  ieee80211_reconfig+0xa2/0x1480 [mac80211]
[ 2227.321600]  ? try_to_del_timer_sync+0x4f/0x80
[ 2227.321602]  kthread+0xfb/0x130
[ 2227.321603]  ? hungtask_pm_notify+0x40/0x40
[ 2227.321604]  ? kthread_park+0x90/0x90
[ 2227.321605]  ret_from_fork+0x35/0x40
[ 2227.321610]  ieee80211_restart_work+0xb7/0xe0 [mac80211]
[ 2227.321612]  process_one_work+0x1e4/0x390
[ 2227.321613]  worker_thread+0x4d/0x3f0
[ 2227.321615]  kthread+0xfb/0x130
[ 2227.321616]  ? process_one_work+0x390/0x390
[ 2227.321617]  ? kthread_park+0x90/0x90
[ 2227.321619]  ret_from_fork+0x35/0x40
[ 2227.321620] ---[ end trace f9f5d799afd5a59f ]---
[ 2227.321623] Kernel Offset: 0x2cc00000 from 0xffffffff81000000 (relocation range: 0xffffffff80000000-0xffffffffbfffffff)

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2020-05-19  9:29 Vinod Koul
  0 siblings, 0 replies; 2101+ messages in thread
From: Vinod Koul @ 2020-05-19  9:29 UTC (permalink / raw)
  To: kbuild-all

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

Bcc: 
Subject: Re: [usb:usb-testing 57/64] drivers/usb/host/xhci-pci.h:13:5:
 warning: no previous prototype for 'renesas_xhci_check_request_fw'
Reply-To: 
In-Reply-To: <202005191716.5gO1jQGg%lkp@intel.com>

On 19-05-20, 17:08, kbuild test robot wrote:
> tree:   https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/usb.git usb-testing
> head:   df00731cffa0edb454ee0c490696ce0c1745e680
> commit: a66d21d7dba84deeaf3b296c43eafc11094b6f09 [57/64] usb: xhci: Add support for Renesas controller with memory
> config: m68k-randconfig-r012-20200519 (attached as .config)
> compiler: m68k-linux-gcc (GCC) 9.3.0
> reproduce:
>         wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
>         chmod +x ~/bin/make.cross
>         git checkout a66d21d7dba84deeaf3b296c43eafc11094b6f09
>         # save the attached .config to linux build tree
>         COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-9.3.0 make.cross ARCH=m68k 
> 
> If you fix the issue, kindly add following tag as appropriate
> Reported-by: kbuild test robot <lkp@intel.com>

Thanks for the report, yes missed making these symbols static when
CONFIG_USB_XHCI_PCI_RENESAS is not set

Greg,

Sending the patch now, and sorry for too much noise on these :(

-- 
~Vinod

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2020-02-26 11:57 Ville Syrjälä
  2020-02-26 12:08 ` Linus Walleij
  0 siblings, 1 reply; 2101+ messages in thread
From: Ville Syrjälä @ 2020-02-26 11:57 UTC (permalink / raw)
  To: Linus Walleij
  Cc: Josh Wu, Bhuvanchandra DV, Neil Armstrong, Eric Anholt, nouveau,
	Guido Günther, open list:DRM PANEL DRIVERS,
	Gustaf Lindström, Andrzej Hajda, Laurent Pinchart,
	Philipp Zabel, Sam Ravnborg, Marian-Cristian Rotariu, Jagan Teki,
	Thomas Hellstrom, Joonyoung Shim, Jonathan Marek,
	Stefan Mavrodiev, Adam Ford, Jerry Han

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

Subject: Re: [PATCH 04/12] drm: Nuke mode->vrefresh
Message-ID: <20200226115708.GH13686@intel.com>
References: <20200219203544.31013-1-ville.syrjala@linux.intel.com>
 <CGME20200219203620eucas1p24b4990a91e758dbcf3e9b943669b0c8f@eucas1p2.samsung.com>
 <20200219203544.31013-5-ville.syrjala@linux.intel.com>
 <0f278771-79ce-fe23-e72c-3935dbe82d24@samsung.com>
 <20200225112114.GA13686@intel.com>
 <3ca785f2-9032-aaf9-0965-8657d31116ba@samsung.com>
 <20200225154506.GF13686@intel.com>
 <20200225192720.GG13686@intel.com>
 <CACRpkdZk9QEy+Kzkmy4BXiHB+aq9hprf=dmA_-R23yqH3NCt1g@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <CACRpkdZk9QEy+Kzkmy4BXiHB+aq9hprf=dmA_-R23yqH3NCt1g@mail.gmail.com>
X-Patchwork-Hint: comment
User-Agent: Mutt/1.10.1 (2018-07-13)

On Tue, Feb 25, 2020 at 10:52:25PM +0100, Linus Walleij wrote:
> On Tue, Feb 25, 2020 at 8:27 PM Ville Syrjälä
> <ville.syrjala@linux.intel.com> wrote:
> 
> > OK, so I went ahead a wrote a bit of cocci [1] to find the bad apples.
> 
> That's impressive :D
> 
> > Unfortunately it found a lot of strange stuff:
> 
> I will answer for the weirdness I caused.
> 
> I have long suspected that a whole bunch of the "simple" displays
> are not simple but contains a display controller and memory.
> That means that the speed over the link to the display and
> actual refresh rate on the actual display is asymmetric because
> well we are just updating a RAM, the resolution just limits how
> much data we are sending, the clock limits the speed on the
> bus over to the RAM on the other side.

IMO even in command mode mode->clock should probably be the actual
dotclock used by the display. If there's another clock for the bus
speed/etc. it should be stored somewhere else.

-- 
Ville Syrjälä
Intel

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* Re: [PATCH v5 2/7] ASoC: tegra: Allow 24bit and 32bit samples
@ 2019-12-20 17:06 Ben Dooks
  2019-12-22 17:08 ` Dmitry Osipenko
  0 siblings, 1 reply; 2101+ messages in thread
From: Ben Dooks @ 2019-12-20 17:06 UTC (permalink / raw)
  To: Dmitry Osipenko, Jon Hunter, linux-tegra, alsa-devel,
	Jaroslav Kysela, Takashi Iwai, Liam Girdwood, Mark Brown,
	Thierry Reding
  Cc: linux-kernel, Edward Cragg

On 20/12/2019 16:40, Dmitry Osipenko wrote:
> 20.12.2019 18:25, Ben Dooks пишет:
>> On 20/12/2019 15:02, Dmitry Osipenko wrote:
>>> 20.12.2019 17:56, Ben Dooks пишет:
>>>> On 20/12/2019 14:43, Dmitry Osipenko wrote:
>>>>> 20.12.2019 16:57, Jon Hunter пишет:
>>>>>>
>>>>>> On 20/12/2019 11:38, Ben Dooks wrote:
>>>>>>> On 20/12/2019 11:30, Jon Hunter wrote:
>>>>>>>>
>>>>>>>> On 25/11/2019 17:28, Dmitry Osipenko wrote:
>>>>>>>>> 25.11.2019 20:22, Dmitry Osipenko пишет:
>>>>>>>>>> 25.11.2019 13:37, Ben Dooks пишет:
>>>>>>>>>>> On 23/11/2019 21:09, Dmitry Osipenko wrote:
>>>>>>>>>>>> 18.10.2019 18:48, Ben Dooks пишет:
>>>>>>>>>>>>> From: Edward Cragg <edward.cragg@codethink.co.uk>
>>>>>>>>>>>>>
>>>>>>>>>>>>> The tegra3 audio can support 24 and 32 bit sample sizes so add
>>>>>>>>>>>>> the
>>>>>>>>>>>>> option to the tegra30_i2s_hw_params to configure the S24_LE or
>>>>>>>>>>>>> S32_LE
>>>>>>>>>>>>> formats when requested.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Signed-off-by: Edward Cragg <edward.cragg@codethink.co.uk>
>>>>>>>>>>>>> [ben.dooks@codethink.co.uk: fixup merge of 24 and 32bit]
>>>>>>>>>>>>> [ben.dooks@codethink.co.uk: add pm calls around ytdm config]
>>>>>>>>>>>>> [ben.dooks@codethink.co.uk: drop debug printing to dev_dbg]
>>>>>>>>>>>>> Signed-off-by: Ben Dooks <ben.dooks@codethink.co.uk>
>>>>>>>>>>>>> ---
>>>>>>>>>>>>> squash 5aeca5a055fd ASoC: tegra: i2s: pm_runtime_get_sync() is
>>>>>>>>>>>>> needed
>>>>>>>>>>>>> in tdm code
>>>>>>>>>>>>>
>>>>>>>>>>>>> ASoC: tegra: i2s: pm_runtime_get_sync() is needed in tdm code
>>>>>>>>>>>>> ---
>>>>>>>>>>>>>       sound/soc/tegra/tegra30_i2s.c | 25
>>>>>>>>>>>>> ++++++++++++++++++++-----
>>>>>>>>>>>>>       1 file changed, 20 insertions(+), 5 deletions(-)
>>>>>>>>>>>>>
>>>>>>>>>>>>> diff --git a/sound/soc/tegra/tegra30_i2s.c
>>>>>>>>>>>>> b/sound/soc/tegra/tegra30_i2s.c
>>>>>>>>>>>>> index 73f0dddeaef3..063f34c882af 100644
>>>>>>>>>>>>> --- a/sound/soc/tegra/tegra30_i2s.c
>>>>>>>>>>>>> +++ b/sound/soc/tegra/tegra30_i2s.c
>>>>>>>>>>>>> @@ -127,7 +127,7 @@ static int tegra30_i2s_hw_params(struct
>>>>>>>>>>>>> snd_pcm_substream *substream,
>>>>>>>>>>>>>           struct device *dev = dai->dev;
>>>>>>>>>>>>>           struct tegra30_i2s *i2s =
>>>>>>>>>>>>> snd_soc_dai_get_drvdata(dai);
>>>>>>>>>>>>>           unsigned int mask, val, reg;
>>>>>>>>>>>>> -    int ret, sample_size, srate, i2sclock, bitcnt;
>>>>>>>>>>>>> +    int ret, sample_size, srate, i2sclock, bitcnt, audio_bits;
>>>>>>>>>>>>>           struct tegra30_ahub_cif_conf cif_conf;
>>>>>>>>>>>>>             if (params_channels(params) != 2)
>>>>>>>>>>>>> @@ -137,8 +137,19 @@ static int tegra30_i2s_hw_params(struct
>>>>>>>>>>>>> snd_pcm_substream *substream,
>>>>>>>>>>>>>           switch (params_format(params)) {
>>>>>>>>>>>>>           case SNDRV_PCM_FORMAT_S16_LE:
>>>>>>>>>>>>>               val = TEGRA30_I2S_CTRL_BIT_SIZE_16;
>>>>>>>>>>>>> +        audio_bits = TEGRA30_AUDIOCIF_BITS_16;
>>>>>>>>>>>>>               sample_size = 16;
>>>>>>>>>>>>>               break;
>>>>>>>>>>>>> +    case SNDRV_PCM_FORMAT_S24_LE:
>>>>>>>>>>>>> +        val = TEGRA30_I2S_CTRL_BIT_SIZE_24;
>>>>>>>>>>>>> +        audio_bits = TEGRA30_AUDIOCIF_BITS_24;
>>>>>>>>>>>>> +        sample_size = 24;
>>>>>>>>>>>>> +        break;
>>>>>>>>>>>>> +    case SNDRV_PCM_FORMAT_S32_LE:
>>>>>>>>>>>>> +        val = TEGRA30_I2S_CTRL_BIT_SIZE_32;
>>>>>>>>>>>>> +        audio_bits = TEGRA30_AUDIOCIF_BITS_32;
>>>>>>>>>>>>> +        sample_size = 32;
>>>>>>>>>>>>> +        break;
>>>>>>>>>>>>>           default:
>>>>>>>>>>>>>               return -EINVAL;
>>>>>>>>>>>>>           }
>>>>>>>>>>>>> @@ -170,8 +181,8 @@ static int tegra30_i2s_hw_params(struct
>>>>>>>>>>>>> snd_pcm_substream *substream,
>>>>>>>>>>>>>           cif_conf.threshold = 0;
>>>>>>>>>>>>>           cif_conf.audio_channels = 2;
>>>>>>>>>>>>>           cif_conf.client_channels = 2;
>>>>>>>>>>>>> -    cif_conf.audio_bits = TEGRA30_AUDIOCIF_BITS_16;
>>>>>>>>>>>>> -    cif_conf.client_bits = TEGRA30_AUDIOCIF_BITS_16;
>>>>>>>>>>>>> +    cif_conf.audio_bits = audio_bits;
>>>>>>>>>>>>> +    cif_conf.client_bits = audio_bits;
>>>>>>>>>>>>>           cif_conf.expand = 0;
>>>>>>>>>>>>>           cif_conf.stereo_conv = 0;
>>>>>>>>>>>>>           cif_conf.replicate = 0;
>>>>>>>>>>>>> @@ -306,14 +317,18 @@ static const struct snd_soc_dai_driver
>>>>>>>>>>>>> tegra30_i2s_dai_template = {
>>>>>>>>>>>>>               .channels_min = 2,
>>>>>>>>>>>>>               .channels_max = 2,
>>>>>>>>>>>>>               .rates = SNDRV_PCM_RATE_8000_96000,
>>>>>>>>>>>>> -        .formats = SNDRV_PCM_FMTBIT_S16_LE,
>>>>>>>>>>>>> +        .formats = SNDRV_PCM_FMTBIT_S32_LE |
>>>>>>>>>>>>> +               SNDRV_PCM_FMTBIT_S24_LE |
>>>>>>>>>>>>> +               SNDRV_PCM_FMTBIT_S16_LE,
>>>>>>>>>>>>>           },
>>>>>>>>>>>>>           .capture = {
>>>>>>>>>>>>>               .stream_name = "Capture",
>>>>>>>>>>>>>               .channels_min = 2,
>>>>>>>>>>>>>               .channels_max = 2,
>>>>>>>>>>>>>               .rates = SNDRV_PCM_RATE_8000_96000,
>>>>>>>>>>>>> -        .formats = SNDRV_PCM_FMTBIT_S16_LE,
>>>>>>>>>>>>> +        .formats = SNDRV_PCM_FMTBIT_S32_LE |
>>>>>>>>>>>>> +               SNDRV_PCM_FMTBIT_S24_LE |
>>>>>>>>>>>>> +               SNDRV_PCM_FMTBIT_S16_LE,
>>>>>>>>>>>>>           },
>>>>>>>>>>>>>           .ops = &tegra30_i2s_dai_ops,
>>>>>>>>>>>>>           .symmetric_rates = 1,
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Hello,
>>>>>>>>>>>>
>>>>>>>>>>>> This patch breaks audio on Tegra30. I don't see errors
>>>>>>>>>>>> anywhere, but
>>>>>>>>>>>> there is no audio and reverting this patch helps. Please fix it.
>>>>>>>>>>>
>>>>>>>>>>> What is the failure mode? I can try and take a look at this some
>>>>>>>>>>> time
>>>>>>>>>>> this week, but I am not sure if I have any boards with an actual
>>>>>>>>>>> useful
>>>>>>>>>>> audio output?
>>>>>>>>>>
>>>>>>>>>> The failure mode is that there no sound. I also noticed that video
>>>>>>>>>> playback stutters a lot if movie file has audio track, seems
>>>>>>>>>> something
>>>>>>>>>> times out during of the audio playback. For now I don't have any
>>>>>>>>>> more info.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Oh, I didn't say how to reproduce it.. for example simply playing
>>>>>>>>> big_buck_bunny_720p_h264.mov in MPV has the audio problem.
>>>>>>>>>
>>>>>>>>> https://download.blender.org/peach/bigbuckbunny_movies/big_buck_bunny_720p_h264.mov
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> Given that the audio drivers uses regmap, it could be good to
>>>>>>>> dump the
>>>>>>>> I2S/AHUB registers while the clip if playing with and without this
>>>>>>>> patch
>>>>>>>> to see the differences. I am curious if the audio is now being
>>>>>>>> played as
>>>>>>>> 24 or 32-bit instead of 16-bit now these are available.
>>>>>>>>
>>>>>>>> You could also dump the hw_params to see the format while playing as
>>>>>>>> well ...
>>>>>>>>
>>>>>>>> $ /proc/asound/<scard-name>/pcm0p/sub0/hw_params
>>>>>>>
>>>>>>> I suppose it is also possible that the codec isn't properly doing >16
>>>>>>> bits and the fact we now offer 24 and 32 could be an issue. I've not
>>>>>>> got anything with an audio output on it that would be easy to test.
>>>>>>
>>>>>> I thought I had tested on a Jetson TK1 (Tegra124) but it was sometime
>>>>>> back. However, admittedly I may have only done simple 16-bit testing
>>>>>> with speaker-test.
>>>>>>
>>>>>> We do verify that all soundcards are detected and registered as
>>>>>> expected
>>>>>> during daily testing, but at the moment we don't have anything that
>>>>>> verifies actual playback.
>>>>>
>>>>> Please take a look at the attached logs.
>>>>
>>>> I wonder if we are falling into FIFO configuration issues with the
>>>> non-16 bit case.
>>>>
>>>> Can you try adding the following two patches?
>>>
>>> It is much better now! There is no horrible noise and no stuttering, but
>>> audio still has a "robotic" effect, like freq isn't correct.
>>
>> I wonder if there's an issue with FIFO stoking? I should also possibly
>> add the correctly stop FIFOs patch as well.
> 
> I'll be happy to try more patches.
> 
> Meanwhile sound on v5.5+ is broken and thus the incomplete patches
> should be reverted.

Have you checked if just removing the 24/32 bits from .formats in
the dai template and see if the problem continues? I will try and
see if I can find the code that does the fifo level checking and
see if the problem is in the FIFO fill or something else in the
audio hub setup.


-- 
Ben Dooks				http://www.codethink.co.uk/
Senior Engineer				Codethink - Providing Genius

https://www.codethink.co.uk/privacy.html
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2019-11-05 16:34 Rob Clark
  0 siblings, 0 replies; 2101+ messages in thread
From: Rob Clark @ 2019-11-05 16:34 UTC (permalink / raw)
  To: Dave Airlie
  Cc: freedreno, linux-arm-msm, dri-devel, Bjorn Andersson,
	Jordan Crouse, Sean Paul, Brian Masney

Hi Dave,

This time around:

+ OCMEM support to enable the couple generations that had shared OCMEM
  rather than GMEM exclusively for the GPU (late a3xx and I think basically
  all of a4xx).  Bjorn and Brian decided to land this through the drm
  tree to avoid having to coordinate merge requests.
+ a510 support, and various associated display support
+ the usual misc cleanups and fixes

The following changes since commit da0c9ea146cbe92b832f1b0f694840ea8eb33cce:
  Linux 5.4-rc2 (2019-10-06 14:27:30 -0700)

are available in the Git repository at:

  https://gitlab.freedesktop.org/drm/msm.git drm-msm-next-2019-11-05

for you to fetch changes up to e20c9284c8f212081afc28471daaac9b0d54252f:

  drm/msm/adreno: Add support for Adreno 510 GPU (2019-11-04 13:18:31 -0800)

----------------------------------------------------------------
AngeloGioacchino Del Regno (6):
      drm/msm/mdp5: Add optional TBU and TBU_RT clocks
      dt-bindings: msm/mdp5: Document optional TBU and TBU_RT clocks
      drm/msm/mdp5: Add configuration for msm8x76
      drm/msm/dsi: Add configuration for 28nm PLL on family B
      drm/msm/dsi: Add configuration for 8x76
      drm/msm/adreno: Add support for Adreno 510 GPU

Arnd Bergmann (1):
      drm/msm: include linux/sched/task.h

Ben Dooks (2):
      drm/msm: make a5xx_show and a5xx_gpu_state_put static
      drm/msm/mdp5: make config variables static

Brian Masney (6):
      dt-bindings: soc: qcom: add On Chip MEMory (OCMEM) bindings
      dt-bindings: display: msm: gmu: add optional ocmem property
      soc: qcom: add OCMEM driver
      drm/msm/gpu: add ocmem init/cleanup functions
      soc: qcom: ocmem: add missing includes
      drm/msm/hdmi: silence -EPROBE_DEFER warning

Drew Davenport (7):
      drm/msm/dpu: Remove unused variables
      drm/msm/dpu: Remove unused macro
      drm/msm/dpu: Remove unnecessary NULL checks
      drm/msm/dpu: Remove unnecessary NULL checks
      drm/msm/dpu: Remove unnecessary NULL checks
      drm/msm/dpu: Remove unnecessary NULL checks
      drm/msm: Remove unused function arguments

Krzysztof Wilczynski (1):
      drm/msm/dsi: Move static keyword to the front of declarations

Rob Clark (4):
      firmware: qcom: scm: add OCMEM lock/unlock interface
      firmware: qcom: scm: add support to restore secure config to qcm_scm-32
      drm/msm: fix rd dumping for split-IB1
      drm/msm: always dump buffer base/size

Sean Paul (1):
      drm/msm: Sanitize the modeset_is_locked checks in dpu

Stephan Gerhold (1):
      drm/msm/dsi: Implement qcom, dsi-phy-regulator-ldo-mode for 28nm PHY

zhengbin (11):
      drm/msm/dpu: Remove set but not used variable 'priv' in dpu_kms.c
      drm/msm/dpu: Remove set but not used variable 'priv' in
dpu_encoder_phys_vid.c
      drm/msm/dpu: Remove set but not used variable 'priv' in dpu_core_irq.c
      drm/msm/dpu: Remove set but not used variables 'dpu_cstate', 'priv'
      drm/msm/dpu: Remove set but not used variables 'cmd_enc', 'priv'
      drm/msm/dpu: Remove set but not used variables 'mode', 'dpu_kms', 'priv'
      drm/msm/mdp5: Remove set but not used variable 'fmt'
      drm/msm/mdp5: Remove set but not used variable 'hw_cfg' in blend_setup
      drm/msm/dsi: Remove set but not used variable 'lpx'
      drm/msm/dsi: Remove set but not used variable 'lp'
      drm/msm/mdp5: Remove set but not used variable 'hw_cfg' in modeset_init

 .../devicetree/bindings/display/msm/gmu.txt        |  51 +++
 .../devicetree/bindings/display/msm/mdp5.txt       |   2 +
 .../devicetree/bindings/sram/qcom,ocmem.yaml       |  96 +++++
 drivers/firmware/qcom_scm-32.c                     |  52 ++-
 drivers/firmware/qcom_scm-64.c                     |  12 +
 drivers/firmware/qcom_scm.c                        |  53 +++
 drivers/firmware/qcom_scm.h                        |   9 +
 drivers/gpu/drm/msm/Kconfig                        |   1 +
 drivers/gpu/drm/msm/adreno/a3xx_gpu.c              |  28 +-
 drivers/gpu/drm/msm/adreno/a3xx_gpu.h              |   3 +-
 drivers/gpu/drm/msm/adreno/a4xx_gpu.c              |  25 +-
 drivers/gpu/drm/msm/adreno/a4xx_gpu.h              |   3 +-
 drivers/gpu/drm/msm/adreno/a5xx_gpu.c              |  79 +++-
 drivers/gpu/drm/msm/adreno/a5xx_power.c            |   7 +
 drivers/gpu/drm/msm/adreno/adreno_device.c         |  15 +
 drivers/gpu/drm/msm/adreno/adreno_gpu.c            |  40 ++
 drivers/gpu/drm/msm/adreno/adreno_gpu.h            |  15 +
 drivers/gpu/drm/msm/disp/dpu1/dpu_core_irq.c       |  43 +-
 drivers/gpu/drm/msm/disp/dpu1/dpu_core_perf.c      |  21 +-
 drivers/gpu/drm/msm/disp/dpu1/dpu_crtc.c           |  20 +-
 drivers/gpu/drm/msm/disp/dpu1/dpu_encoder.c        |  39 +-
 .../gpu/drm/msm/disp/dpu1/dpu_encoder_phys_cmd.c   |  15 -
 .../gpu/drm/msm/disp/dpu1/dpu_encoder_phys_vid.c   |   7 +-
 drivers/gpu/drm/msm/disp/dpu1/dpu_kms.c            |  60 +--
 drivers/gpu/drm/msm/disp/dpu1/dpu_kms.h            |   4 -
 drivers/gpu/drm/msm/disp/dpu1/dpu_vbif.c           |   6 +-
 drivers/gpu/drm/msm/disp/mdp4/mdp4_kms.c           |  10 +-
 drivers/gpu/drm/msm/disp/mdp5/mdp5_cfg.c           | 114 +++++-
 drivers/gpu/drm/msm/disp/mdp5/mdp5_crtc.c          |   3 -
 drivers/gpu/drm/msm/disp/mdp5/mdp5_kms.c           |  23 +-
 drivers/gpu/drm/msm/disp/mdp5/mdp5_kms.h           |   2 +
 drivers/gpu/drm/msm/disp/mdp5/mdp5_smp.c           |   2 -
 drivers/gpu/drm/msm/dsi/dsi_cfg.c                  |  28 +-
 drivers/gpu/drm/msm/dsi/dsi_cfg.h                  |   1 +
 drivers/gpu/drm/msm/dsi/dsi_host.c                 |   3 +-
 drivers/gpu/drm/msm/dsi/phy/dsi_phy.c              |   8 +-
 drivers/gpu/drm/msm/dsi/phy/dsi_phy.h              |   1 +
 drivers/gpu/drm/msm/dsi/phy/dsi_phy_28nm.c         |  60 ++-
 drivers/gpu/drm/msm/hdmi/hdmi_phy.c                |   8 +-
 drivers/gpu/drm/msm/msm_gpu.c                      |   6 +-
 drivers/gpu/drm/msm/msm_gpummu.c                   |   6 +-
 drivers/gpu/drm/msm/msm_iommu.c                    |   6 +-
 drivers/gpu/drm/msm/msm_mmu.h                      |   4 +-
 drivers/gpu/drm/msm/msm_rd.c                       |  16 +-
 drivers/soc/qcom/Kconfig                           |  10 +
 drivers/soc/qcom/Makefile                          |   1 +
 drivers/soc/qcom/ocmem.c                           | 433 +++++++++++++++++++++
 include/linux/qcom_scm.h                           |  26 ++
 include/soc/qcom/ocmem.h                           |  65 ++++
 49 files changed, 1235 insertions(+), 307 deletions(-)
 create mode 100644 Documentation/devicetree/bindings/sram/qcom,ocmem.yaml
 create mode 100644 drivers/soc/qcom/ocmem.c
 create mode 100644 include/soc/qcom/ocmem.h
_______________________________________________
Freedreno mailing list
Freedreno@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/freedreno

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2019-10-18 15:54 Lesia Kay Rivera
  0 siblings, 0 replies; 2101+ messages in thread
From: Lesia Kay Rivera @ 2019-10-18 15:54 UTC (permalink / raw)
  To: toaster

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

Hi

[-- Attachment #2: Type: text/html, Size: 26 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2019-09-30 15:50 Stephen K Jolley
  0 siblings, 0 replies; 2101+ messages in thread
From: Stephen K Jolley @ 2019-09-30 15:50 UTC (permalink / raw)
  To: openembedded-core, yocto

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

All,



The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means
people can find them. They're being listed on the triage page under the
appropriate heading:



https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs



The idea is these bugs should be straight forward for a person to help work
on who doesn't have deep experience with the project.  If anyone can help,
please take ownership of the bug and send patches!  If anyone needs
help/advice there are people on irc who can likely do so, or some of the
more experienced contributors will likely be happy to help too.



Also, the triage team meets weekly and does its best to handle the bugs
reported into the Bugzilla. The number of people attending that meeting has
fallen, as have the number of people available to help fix bugs. One of the
things we hear users report is they don't know how to help. We (the triage
team) are therefore going to start reporting out the currently 309
unassigned or newcomer bugs.



We're hoping people may be able to spare some time now and again to help
out with these.  Bugs are split into two types, "true bugs" where things
don't work as they should and "enhancements" which are features we'd want
to add to the system.  There are also roughly four different "priority"
classes right now, “2.8”, “2.9’, "2.99" and "Future", the more
pressing/urgent issues being in "2.8" and then “2.9”.



Please review this link and if a bug is something you would be able to help
with either take ownership of the bug, or send me (sjolley.yp.pm@gmail.com)
an e-mail with the bug number you would like and I will assign it to you
(please make sure you have a Bugzilla account).  The list is at:
https://wiki.yoctoproject.org/wiki/Bug_Triage#Unassigned_or_Newcomer_Bugs

-- 

Thanks,



*Stephen K. Jolley*

*Yocto Project Program Manager*

*7867 SW Bayberry Dr., Beaverton, OR 97007*

(    *Cell*:                (208) 244-4460

* *Email*:                 *s
<stephen.k.jolley@intel.com>jolley.yp.pm@gmail.com <jolley.yp.pm@gmail.com>*

[-- Attachment #2: Type: text/html, Size: 6589 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2019-08-08  0:03 Giuliano Zannetti - ART S.p.A.
  0 siblings, 0 replies; 2101+ messages in thread
From: Giuliano Zannetti - ART S.p.A. @ 2019-08-08  0:03 UTC (permalink / raw)
  To: alsa-devel

Hi,

I have a performance related problem using the multi PCM plugin.


---------------------------------------------------------------------
    THE ISSUE
---------------------------------------------------------------------

The following scenario triggers the issue. The CPU load is up to 90%.

plug - - > upmix - - > multi - - > forward_dmix
                             - - > loopback_dmix

pcm.giuliano_plug
{
  type plug
  slave.pcm giuliano_upmix
  slave.channels 2
}

pcm.giuliano_upmix
{
  type route
  slave.pcm giuliano_multi
  slave.channels 4
  ttable.0.0 1
  ttable.0.1 1
  ttable.1.2 1
  ttable.1.3 1
}

pcm.giuliano_multi
{
  type multi
  slaves
  {
    slave0
    {
      pcm forward_dmix
      channels 2
    }
    slave1
    {
      pcm loopback_dmix
      channels 2
    }
  }
  bindings
  {
    0 {slave slave0 channel 0}
    1 {slave slave0 channel 1}
    2 {slave slave1 channel 0}
    3 {slave slave1 channel 1}
  }
  master 0
}

pcm.forward_dmix
{
  type dmix
  ipc_key 1000
  ipc_key_add_uid 1
  ipc_perm 0600
  slave.period_time 10000
  slave.period_size 480
  slave.buffer_size 1920
  slave.rate 48000
  slave.pcm "hw:0,0"
}

pcm.loopback_dmix
{
  type dmix
  ipc_key 1001
  ipc_key_add_uid 1
  ipc_perm 0600
  slave.period_time 10000
  slave.period_size 480
  slave.buffer_size 1920
  slave.rate 48000
  slave.pcm loopback_out
}

pcm.loopback_out
{
  type hw
  card Loopback
  device 0
  subdevice 0
}

pcm.loopback_dsnoop
{
  type dsnoop
  ipc_key 1002
  ipc_key_add_uid 1
  ipc_perm 0600
  slave.period_time 10000
  slave.period_size 480
  slave.buffer_size 1920
  slave.rate 48000
  slave.pcm loopback_in
}

pcm.loopback_in
{
  type hw
  card Loopback
  device 1
  subdevice 0
}

The following scenario does not trigger the issue. The CPU load is at most 2%.

plug - - > upmix - - > downmix - - > forward_dmix

pcm.giuliano_plug
{
  type plug
  slave.pcm giuliano_upmix
  slave.channels 2
}

pcm.giuliano_upmix
{
  type route
  slave.pcm giuliano_downmix
  slave.channels 4
  ttable.0.0 1
  ttable.0.1 1
  ttable.1.2 1
  ttable.1.3 1
}

pcm.giuliano_downmix
{
  type route
  slave.pcm forward_dmix
  slave.channels 2
  ttable.0.0 1
  ttable.1.1 1
  ttable.2.0 1
  ttable.3.1 1
}


---------------------------------------------------------------------
    DEBUG PRINTS IN FUNCTION snd_pcm_write_areas IN FILE pcm.c
---------------------------------------------------------------------

For each while iteration the log prints the available frames (avail) and the frames
to be written (size). In the multi scenario the several while iterations decrease the
performances and the CPU load is high. In the normal scenario i see that at most two iterations
of the while are needed. In other words, in the multi scenario the avail frames are not enough
to stop the loop. You can see below the prints: avail < size for 28 iterations. Note that
this behaviour does not occurs only at startup, but every time during the playback.

snd_pcm_sframes_t snd_pcm_write_areas(snd_pcm_t *pcm, const snd_pcm_channel_area_t *areas,
                      snd_pcm_uframes_t offset, snd_pcm_uframes_t size,
                      snd_pcm_xfer_areas_func_t func)
{
    snd_pcm_uframes_t xfer = 0;
    snd_pcm_sframes_t err = 0;
    snd_pcm_state_t state;

    if (size == 0)
        return 0;

    int giuliano_i = 0;

    __snd_pcm_lock(pcm); /* forced lock */
    while (size > 0) {
        snd_pcm_uframes_t frames;
        snd_pcm_sframes_t avail;
    _again:
        state = __snd_pcm_state(pcm);
        switch (state) {
        case SND_PCM_STATE_PREPARED:
        case SND_PCM_STATE_PAUSED:
            break;
        case SND_PCM_STATE_RUNNING:
            err = __snd_pcm_hwsync(pcm);
            if (err < 0)
                goto _end;
            break;
        default:
            err = pcm_state_to_error(state);
            if (!err)
                err = -EBADFD;
            goto _end;
        }
        avail = __snd_pcm_avail_update(pcm);

        fprintf(
            stderr,
            "giuliano | pcm.c | snd_pcm_write_areas | (%d) avail=%ld, size=%ld\n",
            giuliano_i, avail, size
        );
        giuliano_i ++;

        if (avail < 0) {
            err = avail;
            goto _end;
        }
        if (state == SND_PCM_STATE_RUNNING &&
            size > (snd_pcm_uframes_t)avail) {
            if (snd_pcm_may_wait_for_avail_min(pcm, avail)) {
                if (pcm->mode & SND_PCM_NONBLOCK) {
                    err = -EAGAIN;
                    goto _end;
                }

                err = snd_pcm_wait_nocheck(pcm, -1);

                if (err < 0)
                    break;

                goto _again;
            }
            /* the snd_pcm_may_wait_for_avail_min may check against the
             * updated hw.ptr (slaves), get the avail again here
             */
            avail = __snd_pcm_avail_update(pcm);
            if (avail < 0) {
                err = avail;
                goto _end;
            }
        }
        frames = size;
        if (frames > (snd_pcm_uframes_t) avail)
            frames = avail;
        if (! frames)
            break;
        err = func(pcm, areas, offset, frames);
        if (err < 0)
            break;
        frames = err;
        if (state == SND_PCM_STATE_PREPARED) {
            snd_pcm_sframes_t hw_avail = pcm->buffer_size - avail;
            hw_avail += frames;
            /* some plugins might automatically start the stream */
            state = __snd_pcm_state(pcm);
            if (state == SND_PCM_STATE_PREPARED &&
                hw_avail >= (snd_pcm_sframes_t) pcm->start_threshold) {
                err = __snd_pcm_start(pcm);
                if (err < 0)
                    goto _end;
            }
        }
        offset += frames;
        size -= frames;
        xfer += frames;
    }
_end:
    __snd_pcm_unlock(pcm);
    return xfer > 0 ? (snd_pcm_sframes_t) xfer : snd_pcm_check_error(pcm, err);
}


---------------------------------------------------------------------
    DEBUG PRINTS OUTPUT
---------------------------------------------------------------------

## Multi scenario ##

giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=1920
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=1920
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=1920, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=1440
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=1440
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=1440, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=960
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=960, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=480, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (2) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (3) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (4) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (5) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (6) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (7) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (8) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (9) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (10) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (11) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (12) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (13) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (14) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
giuliano | pcm.c | snd_pcm_write_areas | (15) avail=0, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=0
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 0
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (16) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (17) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (18) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (19) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (20) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (21) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (22) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (23) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (24) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (25) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (26) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 384
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=384
giuliano | pcm.c | snd_pcm_write_areas | (27) avail=384, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=1440
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=576
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=1440
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=576
giuliano | pcm.c | snd_pcm_write_areas | (28) avail=576, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=96
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=96, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=96
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 96
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=96
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=96, size=480
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=0, avail=960
giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=1, avail=96
*** snd_pcm_wait() FATAL ERROR!!!
avail_min = 480, avail_update = 96

## Normal scenario ##

giuliano | pcm.c | snd_pcm_write_areas | (0) avail=1920, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=1440, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=960, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=480, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=480, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=480, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=480, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=480, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=480, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=480, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=480, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=480, size=480
giuliano | pcm.c | snd_pcm_write_areas | (0) avail=0, size=480
giuliano | pcm.c | snd_pcm_write_areas | (1) avail=480, size=480


---------------------------------------------------------------------
    DEBUG PRINTS IN FUNCTION snd_pcm_wait_nocheck IN FILE pcm.c
---------------------------------------------------------------------

As you can see in the debug prints above i have enabled the error message
in the function snd_pcm_wait_nocheck.

That message lead me to think that the issue is a poll related one, may be?

int snd_pcm_wait_nocheck(snd_pcm_t *pcm, int timeout)
{
  struct pollfd *pfd;
  unsigned short revents = 0;
  int npfds, err, err_poll;

  npfds = __snd_pcm_poll_descriptors_count(pcm);
  if (npfds <= 0 || npfds >= 16) {
    SNDERR("Invalid poll_fds %d\n", npfds);
    return -EIO;
  }
  pfd = alloca(sizeof(*pfd) * npfds);
  err = __snd_pcm_poll_descriptors(pcm, pfd, npfds);
  if (err < 0)
    return err;
  if (err != npfds) {
    SNDMSG("invalid poll descriptors %d\n", err);
    return -EIO;
  }
  do {
    __snd_pcm_unlock(pcm);
    err_poll = poll(pfd, npfds, timeout);
    __snd_pcm_lock(pcm);
    if (err_poll < 0) {
            if (errno == EINTR && !PCMINABORT(pcm))
                    continue;
      return -errno;
                }
    if (! err_poll)
      break;
    err = __snd_pcm_poll_revents(pcm, pfd, npfds, &revents);
    if (err < 0)
      return err;
    if (revents & (POLLERR | POLLNVAL)) {
      /* check more precisely */
      err = pcm_state_to_error(__snd_pcm_state(pcm));
      return err < 0 ? err : -EIO;
    }
  } while (!(revents & (POLLIN | POLLOUT)));
#if 1 /* very useful code to test poll related problems */
  {
    snd_pcm_sframes_t avail_update;
    __snd_pcm_hwsync(pcm);
    avail_update = __snd_pcm_avail_update(pcm);
    if (avail_update < (snd_pcm_sframes_t)pcm->avail_min) {
      printf("*** snd_pcm_wait() FATAL ERROR!!!\n");
      printf("avail_min = %li, avail_update = %li\n", pcm->avail_min, avail_update);
    }
  }
#endif
  return err_poll > 0 ? 1 : 0;
}
#endif


---------------------------------------------------------------------
    DEBUG PRINTS IN FUNCTION __snd_pcm_avail_update IN pcm_multi.c
---------------------------------------------------------------------

As you can see in the prints above, i put some debugs logs in the function
__snd_pcm_avail_update. I can read there the number of avail frames for each slave of
the multi. I see also that the minimum numbers of frames is taken among the slaves.

static snd_pcm_sframes_t snd_pcm_multi_avail_update(snd_pcm_t *pcm)
{
  snd_pcm_multi_t *multi = pcm->private_data;
  snd_pcm_sframes_t ret = LONG_MAX;

    snd_pcm_sframes_t giuliano_temp = 0;

  unsigned int i;
  for (i = 0; i < multi->slaves_count; ++i) {
    snd_pcm_sframes_t avail;
    avail = snd_pcm_avail_update(multi->slaves[i].pcm);
        fprintf(
            stderr,
            "giuliano | pcm_multi.c | snd_pcm_multi_avail_update | slave=%d, avail=%d\n",
            i, avail
        );
    if (avail < 0)
      return avail;
    if (ret > avail)
      ret = avail;
  }
  snd_pcm_multi_hwptr_update(pcm);

    return ret;
}



I hope that my debug prints are useful to find the issue.



Thanks

Giuliano Zannetti

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2019-07-22 20:35 Sam Ravnborg
  0 siblings, 0 replies; 2101+ messages in thread
From: Sam Ravnborg @ 2019-07-22 20:35 UTC (permalink / raw)
  To: dri-devel, openchrome-devel
  Cc: Thomas Hellstrom, Gustavo A. R. Silva, David Airlie,
	Daniel Vetter, Michel Dänzer, Kevin Brace, Mike Marshall,
	Ira Weiny, Emil Velikov

The first three patches prepare for the removal of drmP.h.
The last patch remove use of drmP.h and replace with necessary
include files to fix build.

Build tested with various configs and various architectures.

I had preferred that the via driver was replaced by the
openchrome driver, but until we have it then we need
to deal with the legacy via driver when removing old cruft
in the drm subsystem.

v3:
- Use static inline functions for the read/write operations (Emil)
- Use dedicated *_mask_or() and *_mask_and() (Emil)
- Replace DRM_WAIT_ON in same path that introduces VIA_WAIT_ON (Emil)
- Collected r-b's
- Changelog adjustments
- Rebased on top of drm-misc-next

v2:
- Add a copy of DRM_WAIT_ON to the via driver, keeping
  the changes to this legacy driver to a minimum.
  This also gives much more confidence that the
  driver continues to work as there is no changes
  in logic. Therefore dropped "RFT".
- Added Cc: Michel Dänzer <michel@daenzer.net> to all
  patches, as Michael have commented on the series.

        Sam

Sam Ravnborg (4):
      drm/via: drop use of DRM(READ|WRITE) macros
      drm/via: copy DRM_WAIT_ON as VIA_WAIT_ON and use it
      drm/via: make via_drv.h self-contained
      drm/via: drop use of drmP.h

 drivers/gpu/drm/via/via_dma.c      | 43 +++++++++++---------
 drivers/gpu/drm/via/via_dmablit.c  | 41 ++++++++++---------
 drivers/gpu/drm/via/via_drv.c      |  7 +++-
 drivers/gpu/drm/via/via_drv.h      | 83 +++++++++++++++++++++++++++++++++++---
 drivers/gpu/drm/via/via_irq.c      | 54 +++++++++++++------------
 drivers/gpu/drm/via/via_map.c      |  6 ++-
 drivers/gpu/drm/via/via_mm.c       |  7 +++-
 drivers/gpu/drm/via/via_verifier.c | 22 +++++-----
 drivers/gpu/drm/via/via_video.c    |  5 ++-
 9 files changed, 182 insertions(+), 86 deletions(-)


_______________________________________________
openchrome-devel mailing list
openchrome-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/openchrome-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2019-07-14 22:31 Андрей Бохонов
  0 siblings, 0 replies; 2101+ messages in thread
From: Андрей Бохонов @ 2019-07-14 22:31 UTC (permalink / raw)
  To: dm-devel


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



[-- Attachment #1.2: Type: text/html, Size: 28 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* Re: (no subject)
@ 2019-06-13  5:54 Ralf Beck
  2019-06-13 15:51 ` Pierre-Louis Bossart
  2019-06-13 19:19 ` Jaroslav Kysela
  0 siblings, 2 replies; 2101+ messages in thread
From: Ralf Beck @ 2019-06-13  5:54 UTC (permalink / raw)
  To: alsa-devel


Jaroslav Kysela wrote:
>I just don't think that the mmap transfer mode is the culprit of the problems.
>The problem is that the PCI cards off-loads the DMA transfers completely
>without the extra framing required for those serial hardware interfaces which
>are handled in the audio driver and the other kernel stacks (USB etc.).

The source of all evil is the ring buffer.
It prevents all devices that require packet headers (Firewire/network based solutions) or that
use a variable amount of frames per packet (all asynchronous devices, especially asynchronous USB ISO endpoints)
from mapping their data directly into userspas memory without ever touching the audio data in it.

While this doesn't hurt performance to much with devices that offer only a few channels,
it has a massive effect on network based devices with possibly hundreds of channels of which only
a small number is used (e.g. record enabled) at a time.

The ringbuffer should be replaced by a buffer that holds the packets and a descriptor for how to find the data in it. Btw, alsa uses something similar already for the mmap handling.

The descriptor should consist of
x periods, containing y chunks with a max size, containing z channels, each of the channel described by a start address and step value within that chunk.

Examples:
PCI device; 2 periods, 1 chunks per period, max size 64 frames per chunk, 2 channels per chunk
USB device: 2 periods, 8 chunks (microframes) max size 8 frames (if at 44.1/48kHz), 2 channels per chunk,
Same for Firewire, AVB (each chunk possibly containing several AVB streams, i.e. ethernet packets), etc.

Period elapsed => the number of chunks forming a period have been received

snd_pcm_avail(_update) => return the sum of actual frames of the period

snd_pcm_mmap_commit => return the descriptor for one chunk, the number of frames of the chunk and a channel map for the chunk. The reason for the latter is that on ethernet based devices (AVB) there is bo guarantee that streams of different endpoints are received in the same order (but in the same interval window).
Alsa clients should then loop until they have processed all frames thar have been reported by snd_pcm_avail (instead of a period size number of frames).

Ah, and AM824 raw audio format, used by firewire and AVB, should by added to the list of audio formats, so conversion can be done in userspace.

Ralf


 
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
[parent not found: <CABRndgyzXQaYpefcMEMt1ShbqVKaf9vLJOXaL2cgUZMik4=xxw@mail.gmail.com>]
* (no subject)
@ 2019-06-13  3:17 Zvi Vered
  0 siblings, 0 replies; 2101+ messages in thread
From: Zvi Vered @ 2019-06-13  3:17 UTC (permalink / raw)
  To: lttng-dev


[-- Attachment #1.1: Type: text/plain, Size: 838 bytes --]

Hello,

I'm trying to read the file "metadata".
I read the struct:

struct metadata_packet_header {
uint32_t magic; /* 0x75D11D57 */
uint8_t  uuid[16]; /* Unique Universal Identifier */
uint32_t checksum; /* 0 if unused */
uint32_t content_size; /* in bits */
uint32_t packet_size; /* in bits */
uint8_t  compression_scheme; /* 0 if unused */
uint8_t  encryption_scheme; /* 0 if unused */
uint8_t  checksum_scheme; /* 0 if unused */
uint8_t  major; /* CTF spec major version number */
uint8_t  minor; /* CTF spec minor version number */
HEADER_END;
};

the magic is indeed 0x75D11D57.
What is next struct I should read ?
I would expect "packet context". Am I right ?
what struct is it ?

I want to write a simple babeltrace for windows.
If I succeed, and you will find it relevant, I can upload this project.

Thank you in advance,
Zvika

[-- Attachment #1.2: Type: text/html, Size: 1146 bytes --]

[-- Attachment #2: Type: text/plain, Size: 156 bytes --]

_______________________________________________
lttng-dev mailing list
lttng-dev@lists.lttng.org
https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [No Subject]
@ 2019-05-22  8:53 Gardner, Tim
  0 siblings, 0 replies; 2101+ messages in thread
From: Gardner, Tim @ 2019-05-22  8:53 UTC (permalink / raw)
  To: kernel-janitors

We are now providing business & personal loans: 
-Rate starting at: 2.05%. 
-Flexible repayment: up to 30 years. 
For more information and application, please reply. 

> To unsubscribe please reply with "unsubscribe" as subject. 

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [No Subject]
@ 2019-05-22  8:53 Gardner, Tim
  0 siblings, 0 replies; 2101+ messages in thread
From: Gardner, Tim @ 2019-05-22  8:53 UTC (permalink / raw)
  To: devicetree

We are now providing business & personal loans: 
-Rate starting at: 2.05%. 
-Flexible repayment: up to 30 years. 
For more information and application, please reply. 

> To unsubscribe please reply with "unsubscribe" as subject. 

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [No Subject]
@ 2019-05-22  8:53 Gardner, Tim
  0 siblings, 0 replies; 2101+ messages in thread
From: Gardner, Tim @ 2019-05-22  8:53 UTC (permalink / raw)
  To: linux-rtc

We are now providing business & personal loans: 
-Rate starting at: 2.05%. 
-Flexible repayment: up to 30 years. 
For more information and application, please reply. 

> To unsubscribe please reply with "unsubscribe" as subject. 

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [No Subject]
@ 2019-05-22  8:53 Gardner, Tim
  0 siblings, 0 replies; 2101+ messages in thread
From: Gardner, Tim @ 2019-05-22  8:53 UTC (permalink / raw)
  To: linux-mips

We are now providing business & personal loans: 
-Rate starting at: 2.05%. 
-Flexible repayment: up to 30 years. 
For more information and application, please reply. 

> To unsubscribe please reply with "unsubscribe" as subject. 

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [No Subject]
@ 2019-05-22  5:51 Gardner, Tim
  0 siblings, 0 replies; 2101+ messages in thread
From: Gardner, Tim @ 2019-05-22  5:51 UTC (permalink / raw)
  To: fstests

We are now providing business & personal loans: 
-Rate starting at: 2.05%. 
-Flexible repayment: up to 30 years. 
For more information and application, please reply. 

> To unsubscribe please reply with "unsubscribe" as subject. 

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [No Subject]
@ 2019-05-22  5:41 Gardner, Tim
  0 siblings, 0 replies; 2101+ messages in thread
From: Gardner, Tim @ 2019-05-22  5:41 UTC (permalink / raw)
  To: netdev

We are now providing business & personal loans: 
-Rate starting at: 2.05%. 
-Flexible repayment: up to 30 years. 
For more information and application, please reply. 

> To unsubscribe please reply with "unsubscribe" as subject. 

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [No Subject]
@ 2019-05-22  5:41 Gardner, Tim
  0 siblings, 0 replies; 2101+ messages in thread
From: Gardner, Tim @ 2019-05-22  5:41 UTC (permalink / raw)
  To: linux-usb

We are now providing business & personal loans: 
-Rate starting at: 2.05%. 
-Flexible repayment: up to 30 years. 
For more information and application, please reply. 

> To unsubscribe please reply with "unsubscribe" as subject. 

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [No Subject]
@ 2019-05-22  4:27 Gardner, Tim
  0 siblings, 0 replies; 2101+ messages in thread
From: Gardner, Tim @ 2019-05-22  4:27 UTC (permalink / raw)
  To: linux-kbuild

We are now providing business & personal loans: 
-Rate starting at: 2.05%. 
-Flexible repayment: up to 30 years. 
For more information and application, please reply. 

> To unsubscribe please reply with "unsubscribe" as subject. 

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [No Subject]
@ 2019-05-22  2:09 Gardner, Tim
  0 siblings, 0 replies; 2101+ messages in thread
From: Gardner, Tim @ 2019-05-22  2:09 UTC (permalink / raw)
  To: linux-kernel

We are now providing business & personal loans: 
-Rate starting at: 2.05%. 
-Flexible repayment: up to 30 years. 
For more information and application, please reply. 

> To unsubscribe please reply with "unsubscribe" as subject. 

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2019-05-08 14:14 B, Karthik
  0 siblings, 0 replies; 2101+ messages in thread
From: B, Karthik @ 2019-05-08 14:14 UTC (permalink / raw)
  To: Yocto mailing list (yocto@yoctoproject.org)

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

STOP

[-- Attachment #2: Type: text/html, Size: 1656 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No Subject)
@ 2019-04-28  8:52 rodomar705
  0 siblings, 0 replies; 2101+ messages in thread
From: rodomar705 @ 2019-04-28  8:52 UTC (permalink / raw)
  To: alsa-devel

Already sent to alsa-user, however a developer asked to send this also on devel, so here it is:

I have audio stutters with an ALC892 Realtek Chipset on a B450 GAMING ELITE board from Gigabyte during acquisition (at least with microphone input, both front and back. Line in not tested). No issues with Windows.

After opening an issue and testing with a PulseAudio developer, he has determined that the issue is not within PulseAudio, but on ALSA.

There are already two issues about that on the bug tracker on Linux, namely this two:

ALC892: https://bugzilla.kernel.org/show_bug.cgi?id=203351
ALC1220: https://bugzilla.kernel.org/show_bug.cgi?id=195303

To me both appears to be identical, for this reason even if I have a ALC892 I’ve posted on the second one, just because it had more posts.

The particular thing is that acquiring with PulseAudio on Audacity show the problem, however using ALSA directly the issue is not present. Trying using arecord still present the issue from PulseAudio.

Tried to play with the parameters /sys/devices/audio to no avail. Compared the pinconfigs from Windows, they are identical.

Can someone try to help me fix the issue?

Sent with [ProtonMail](https://protonmail.com) Secure Email.
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
https://mailman.alsa-project.org/mailman/listinfo/alsa-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2019-04-03 19:09 Mahesh Radhakrishnan
  0 siblings, 0 replies; 2101+ messages in thread
From: Mahesh Radhakrishnan @ 2019-04-03 19:09 UTC (permalink / raw)
  To: meta-arago

From ada28379af24168c8901b525abec421c4cbbf70f Mon Sep 17 00:00:00 2001
From: Mahesh Radhakrishnan <m-radhakrishnan2@ti.com>
Date: Wed, 3 Apr 2019 15:05:41 -0400
Subject: [master][meta-processor-sdk][PATCH] board-rtos: SRCREV bump to
 01.00.10.04C

Signed-off-by: Mahesh Radhakrishnan <m-radhakrishnan2@ti.com>
---
 recipes-bsp/board-rtos/board-rtos_git.bbappend | 6 ++++++
 1 file changed, 6 insertions(+)
 create mode 100644 recipes-bsp/board-rtos/board-rtos_git.bbappend

diff --git a/recipes-bsp/board-rtos/board-rtos_git.bbappend b/recipes-bsp/board-rtos/board-rtos_git.bbappend
new file mode 100644
index 0000000..6cb286e
--- /dev/null
+++ b/recipes-bsp/board-rtos/board-rtos_git.bbappend
@@ -0,0 +1,6 @@
+
+# Below commit ID corresponds to "DEV.BOARD.01.00.10.04C"
+BOARD_SRCREV = "e794b8d6a58dc800cb406b05f45b46652c9d4f4c"
+
+PV = "01.00.10.04C"
+PR = "r0"
-- 
1.9.1



^ permalink raw reply related	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2019-03-08 15:14 Marija Stojanovska
  0 siblings, 0 replies; 2101+ messages in thread
From: Marija Stojanovska @ 2019-03-08 15:14 UTC (permalink / raw)
  To: meta-freescale

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

mstojanovska09@gmail.com

[-- Attachment #2: Type: text/html, Size: 97 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* Re: [PATCH] wpa_supplicant: Changed systemd template units
@ 2019-02-05 21:52 Richard Purdie
  2019-02-07 14:48 ` (No subject) Joshua DeWeese
  0 siblings, 1 reply; 2101+ messages in thread
From: Richard Purdie @ 2019-02-05 21:52 UTC (permalink / raw)
  To: Joshua DeWeese, openembedded-core; +Cc: Joshua DeWeese

On Tue, 2019-02-05 at 11:26 -0500, Joshua DeWeese wrote:
> From: Joshua DeWeese <jdeweese@hennypenny.com>
> 
> https://www.freedesktop.org/software/systemd/man/systemd.unit.html#WantedBy=
> 
> When building root filesystems with any of the wpa_supplicant systemd
> template service files enabled (current default is to have them
> disabled) the
> systemd-native-fake script would not process the line:
> 
> Alias=multi-user.target.wants/wpa_supplicant@%i.service
> 
> appropriately due the the use of "%i."
> 
> According to the systemd documentation "WantedBy=foo.service in a
> service
> bar.service is mostly equivalent to
> Alias=foo.service.wants/bar.service in
> the same file." However, this is not really the intended purpose of
> install
> Aliases.
> 
> All lines of the form:
> 
> Alias=multi-user.target.wants/*%i.service
> 
> Were replaced with the following lines:
> 
> WantedBy=multi-user.target
> 
> Signed-off-by: Joshua DeWeese <jdeweese@hennypenny.com>

This patch doesn't seem to apply against master (which has 2.6, not
2.5)?

Cheers,

Richard



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2019-01-29 16:11 Antonio Santagiuliana
  2019-01-29 17:41 ` Scott Rifenbark
  0 siblings, 1 reply; 2101+ messages in thread
From: Antonio Santagiuliana @ 2019-01-29 16:11 UTC (permalink / raw)
  To: yocto

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

Hi,
I am missing the steps required to add to an image the support for an RTC
plugged in to I2C1 interface, with autostart.
is there a page with instructions ?
thank you

[-- Attachment #2: Type: text/html, Size: 230 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2018-11-19 17:26 Razvan Cojocaru
  2018-11-19 17:34 ` Razvan Cojocaru
  0 siblings, 1 reply; 2101+ messages in thread
From: Razvan Cojocaru @ 2018-11-19 17:26 UTC (permalink / raw)
  To: xen-devel

This series aims to prevent the display from freezing when
enabling altp2m and switching to a new view (and assorted problems
when resizing the display).

The first patch introduces p2m_{init,free}_logdirty(), the second
allocates  a new logdirty rangeset for each new altp2m, and the
fourth propagates (under lock) changes to all p2ms.

Since the last version of the series, what has previously been
the first patch is already upstream, and two patches kindly
authored by George Dunlap have been appended. The patches
optimize the way rangeset changes are propagated in
change_type_range().

[PATCH V7 1/5] x86/mm: introduce p2m_{init,free}_logdirty()
[PATCH V7 2/5] x86/mm: allocate logdirty_ranges for altp2ms
[PATCH V7 3/5] x86/altp2m: fix display frozen when switching to a new view early
[PATCH V7 4/5] p2m: Always use hostp2m when clipping rangesets
[PATCH V7 5/5] p2m: change_range_type: Only invalidate mapped gfns


Thanks,
Razvan

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2018-11-03 17:13 Ankit Navik
  0 siblings, 0 replies; 2101+ messages in thread
From: Ankit Navik @ 2018-11-03 17:13 UTC (permalink / raw)
  To: openembedded-devel

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

Hello,

I am facing an issue for my recipe during compilation.
Error:
|   The C compiler
|
|     "/usr/bin/clang-4.0"
|
|   is not able to compile a simple test program.

log file is attached.
I would appreciate any suggestions.

Regards,
Ankit

[-- Attachment #2: log.do_compile.5550 --]
[-- Type: application/octet-stream, Size: 12101 bytes --]

DEBUG: Executing shell function do_compile
NOTE: make -j 8 package
[  0%] Built target igdrcl_lib_release_sharings_enable
[  1%] Built target elflib
[  1%] Built target gmock-gtest
[  1%] Performing configure step for 'cclang'
[  1%] Built target biksim
[  2%] Built target igfx_gmmumd_dll
[  3%] Built target gmm_umd
[  5%] Built target igfx_gmmumd_excite
CMake Deprecation Warning at CMakeLists.txt:15 (cmake_policy):
  The OLD behavior for policy CMP0051 will be removed from a future version
  of CMake.

  The cmake-policies(7) manual explains that the OLD behaviors of all
  policies are deprecated and that a policy should be set to OLD only under
  specific short-term circumstances.  Projects should be ported to the NEW
  behavior and not rely on setting a policy to OLD.


[  6%] Built target igfxgmmumd
[  6%] Built target LLVMDemangle
[  6%] Built target LLVMTableGen
[  6%] Built target check_headers
[  6%] Building custom target for Metadata Framework
[  6%] Built target MDAutogen
[  6%] Tablegenning GenISAIntrinsics.
[  7%] Built target obj.llvm-tblgen
[  7%] Built target GenISAIntrinsicsTablegen
[ 11%] Built target LLVMSupport
[ 12%] Built target GEDLibrary
[ 13%] Built target IGA_OLIB
[ 13%] Built target builtins_sources
[ 13%] Built target LLVMMCParser
[ 13%] Built target igdrcl_lib_mockable_sharings_enable
[ 16%] Built target SPIRV-Tools
[ 18%] Built target LLVMMC
[ 18%] Built target igdrcl_libult_cs
[ 20%] Built target igdrcl_libult
[ 20%] Built target test_dynamic_lib
[ 20%] Built target elflib_tests
[ 20%] Built target mock_gmm
[ 20%] Built target cloc_segfault_test
[ 20%] Built target cloc
[ 20%] Built target igdrcl_mocks
[ 20%] Built target igdrcl_libult_env
[ 20%] Built target LocalScheduler
[ 21%] Built target GMMULT
[ 21%] Built target IGA_SLIB
[ 21%] Built target IGA_DLL
Running cloc_segfault_test
[ 22%] Built target IGA_ENC_LIB
[ 23%] Built target cloc_tests
/bin/sh: /home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/build/bin/cloc_segfault_test: No such file or directory
make[2]: *** [run_cloc_segfault_test] Error 127
make[1]: *** [unit_tests/offline_compiler/segfault_test/CMakeFiles/run_cloc_segfault_test.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs....
Scanning dependencies of target Run_ULT
running ULTs
Scanning dependencies of target llvm-tblgen
[ 23%] Linking CXX executable ../../bin/llvm-tblgen
/bin/sh: ../../../../bin/GMMULT: No such file or directory
make[2]: *** [Run_ULT] Error 127
make[1]: *** [gmmlib/Source/GmmLib/ULT/CMakeFiles/Run_ULT.dir/all] Error 2
[ 31%] Built target igdrcl_lib_mockable
[ 40%] Built target igdrcl_lib_release
Scanning dependencies of target GenX_IR
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/BinaryCISAEmission.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/BinaryEncoding.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/BinaryEncodingIGA.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/Common_BinaryEncoding.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/BinaryEncodingCNL.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/BuildCISAIRImpl.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/BuildIRImpl.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/ByteCodeReaderNG.cpp.o
-- The C compiler identification is Clang 4.0.1
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/DebugInfo.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/FlowGraph.cpp.o
-- The CXX compiler identification is Clang 4.0.1
-- The ASM compiler identification is unknown
-- Found assembler: /usr/bin/clang-4.0
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/CFGStructurizer.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/Gen4_IR.cpp.o
-- Check for working C compiler: /usr/bin/clang-4.0
-- Check for working C compiler: /usr/bin/clang-4.0 -- broken
CMake Error at /home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/recipe-sysroot-native/usr/share/cmake-3.12/Modules/CMakeTestCCompiler.cmake:52 (message):
  The C compiler

    "/usr/bin/clang-4.0"

  is not able to compile a simple test program.

  It fails with the following output:

    Change Dir: /home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/build/igc/IGC/BiFModule/clang_build/src/CMakeFiles/CMakeTmp
    
    Run Build Command:"/home/ank/open-source-yocto/poky/build/tmp/hosttools/make" "cmTC_6d4df/fast"
    make[3]: Entering directory `/home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/build/igc/IGC/BiFModule/clang_build/src/CMakeFiles/CMakeTmp'
    make -f CMakeFiles/cmTC_6d4df.dir/build.make CMakeFiles/cmTC_6d4df.dir/build
    make[4]: Entering directory `/home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/build/igc/IGC/BiFModule/clang_build/src/CMakeFiles/CMakeTmp'
    Building C object CMakeFiles/cmTC_6d4df.dir/testCCompiler.c.o
    /usr/bin/clang-4.0   -O2 -pipe -g -feliminate-unused-debug-types -fdebug-prefix-map=/home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0=/usr/src/debug/compute-runtime/git-r0 -fdebug-prefix-map=/home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/recipe-sysroot= -fdebug-prefix-map=/home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/recipe-sysroot-native=   -m64 -march=nehalem -mtune=generic -mfpmath=sse -msse4.2 -fstack-protector-strong  -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security  --sysroot=/home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/recipe-sysroot    -o CMakeFiles/cmTC_6d4df.dir/testCCompiler.c.o   -c /home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/build/igc/IGC/BiFModule/clang_build/src/CMakeFiles/CMakeTmp/testCCompiler.c
    Linking C executable cmTC_6d4df
    /home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/recipe-sysroot-native/usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_6d4df.dir/link.txt --verbose=1
    /usr/bin/clang-4.0 -O2 -pipe -g -feliminate-unused-debug-types -fdebug-prefix-map=/home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0=/usr/src/debug/compute-runtime/git-r0 -fdebug-prefix-map=/home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/recipe-sysroot= -fdebug-prefix-map=/home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/recipe-sysroot-native=   -m64 -march=nehalem -mtune=generic -mfpmath=sse -msse4.2 -fstack-protector-strong  -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security  --sysroot=/home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/recipe-sysroot   -Wl,-O1 -Wl,--hash-style=gnu -Wl,--as-needed -fstack-protector-strong -Wl,-z,relro,-z,now  CMakeFiles/cmTC_6d4df.dir/testCCompiler.c.o  -o cmTC_6d4df 
    /usr/bin/ld: /home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/recipe-sysroot/usr/lib/crt1.o: unrecognized relocation (0x29) in section `.text'
    /usr/bin/ld: final link failed: Bad value
    clang: error: linker command failed with exit code 1 (use -v to see invocation)
    make[4]: *** [cmTC_6d4df] Error 1
    make[4]: Leaving directory `/home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/build/igc/IGC/BiFModule/clang_build/src/CMakeFiles/CMakeTmp'
    make[3]: *** [cmTC_6d4df/fast] Error 2
    make[3]: Leaving directory `/home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/build/igc/IGC/BiFModule/clang_build/src/CMakeFiles/CMakeTmp'
    

  

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:47 (project)


-- Configuring incomplete, errors occurred!
See also "/home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/build/igc/IGC/BiFModule/clang_build/src/CMakeFiles/CMakeOutput.log".
See also "/home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/build/igc/IGC/BiFModule/clang_build/src/CMakeFiles/CMakeError.log".
make[2]: *** [igc/IGC/BiFModule/clang_build/src/src/cclang-stamp/cclang-configure] Error 1
make[1]: *** [igc/IGC/BiFModule/clang_build/CMakeFiles/cclang.dir/all] Error 2
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/GraphColor.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/HWConformity.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/SendFusion.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/LocalDataflow.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/LocalRA.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/Lowered_IR.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/main.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/Optimizer.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/PhyRegCompute.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/PhyRegUsage.cpp.o
[ 40%] Built target llvm-tblgen
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/ReduceExecSize.cpp.o
[ 40%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/RegAlloc.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/SpillCode.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/SpillManagerGMRF.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/TranslationInterface.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/VISAKernelImpl.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/G4Verifier.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/LVN.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/ifcvt.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/PreDefinedVars.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/SpillCleanup.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/Rematerialization.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/RPE.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/Common_ISA_framework.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/Common_ISA_util.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/IsaDescription.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/IsaDisassembly.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/IsaVerification.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/Common_ISA.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/visaBuilder_export.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/Arena.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/common.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/Mem_Manager.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/Option.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/BitSet.cpp.o
[ 41%] Building CXX object igc/IGC/visa/CMakeFiles/GenX_IR.dir/Timer.cpp.o
[ 41%] Linking CXX static library igfxcmjit64.a
[ 41%] Built target GenX_IR
make: *** [all] Error 2
ERROR: oe_runmake failed
WARNING: /home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/temp/run.do_compile.5550:1 exit 1 from 'exit 1'
ERROR: Function failed: do_compile (log file is located at /home/ank/open-source-yocto/poky/build/tmp/work/corei7-64-poky-linux/compute-runtime/git-r0/temp/log.do_compile.5550)

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2018-10-04 16:10 Satya Sampangi
  0 siblings, 0 replies; 2101+ messages in thread
From: Satya Sampangi @ 2018-10-04 16:10 UTC (permalink / raw)
  To: yocto

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

Dear All,

How to run the task in the recipe file present in the custom layer,
*which executes all packages*, bypassing the task present in base
layers?

Thanks & Regards,

Satya

[-- Attachment #2: Type: text/html, Size: 293 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2018-10-04 13:29 Angelo Dureghello
  2018-10-04 13:55 ` Burton, Ross
  0 siblings, 1 reply; 2101+ messages in thread
From: Angelo Dureghello @ 2018-10-04 13:29 UTC (permalink / raw)
  To: openembedded-core


This patch serie adds initial support for m68k architecture.
A Linux kernel build has been tested successfully using a local
meta layer, or kernel-yocto. 


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2018-09-15 15:47 Arnd Bergmann
  0 siblings, 0 replies; 2101+ messages in thread
From: Arnd Bergmann @ 2018-09-15 15:47 UTC (permalink / raw)
  To: Thomas Gleixner
  Cc: y2038 Mailman List, Christoph Hellwig, Linux API, Deepa Dinamani,
	Linux Kernel Mailing List

Hi Thomas,

Please pull the system call changes into a branch of the tip tree.
These are the ones I posted right after rc1, with the addition of
two bug fixes that were contributed by Guenther and the kbuild test
robot.

I've had the changes in linux-next since then and not received
any other bug reports or feedback.

I panicked a little at one point when I realized that there is
a sparc64 specific bug in some of my patches, but I then
found that at least this series is not affected at all.

        Arnd

The following changes since commit 5b394b2ddf0347bef56e50c69a58773c94343ff3:

  Linux 4.19-rc1 (2018-08-26 14:11:59 -0700)

are available in the Git repository at:

  git+ssh://git@ra.kernel.org:/pub/scm/linux/kernel/git/arnd/playground.git
tags/y2038

for you to fetch changes up to 67314ec7b0250290cc85eaa7a2f88a8ddb9e8547:

  RISC-V: Request newstat syscalls (2018-09-05 22:44:21 +0200)

----------------------------------------------------------------
y2038: convert more syscalls

Here is another set of system call changes to prepare the change over to
64-bit time_t. As before, the strategy is to change system calls that
take a 'struct timespec' argument over to 'struct __kernel_timespec',
which for now is defined to be the same but will get redefined to use a
64-bit time_t argument once we are ready to modify the system call tables.

The major change from previous patches is that the plan is no longer
to directly use the 'compat' system calls for providing compatibility
with the existing 32-bit time_t based entry points. Instead, we rename
the compat code to something that makes more sense on 32-bit architectures,
e.g. compat_timespec becomes old_timespec32.

With the renamed types in place, we change over the 'stat' and 'utimes'
families of system calls, sched_rr_get_interval, recvmmsg and
rt_sigtimedwait. Another series for poll, select and io_pgetevents is
currently being tested.

----------------------------------------------------------------
Arnd Bergmann (14):
      y2038: remove unused time interfaces
      y2038: make do_gettimeofday() and get_seconds() inline
      y2038: globally rename compat_time to old_time32
      y2038: Remove newstat family from default syscall set
      y2038: Remove stat64 family from default syscall set
      asm-generic: Move common compat types to asm-generic/compat.h
      asm-generic: Remove unneeded __ARCH_WANT_SYS_LLSEEK macro
      asm-generic: Remove empty asm/unistd.h
      y2038: Change sys_utimensat() to use __kernel_timespec
      y2038: Compile utimes()/futimesat() conditionally
      y2038: utimes: Rework #ifdef guards for compat syscalls
      y2038: sched: Change sched_rr_get_interval to use __kernel_timespec
      y2038: socket: Change recvmmsg to use __kernel_timespec
      y2038: signal: Change rt_sigtimedwait to use __kernel_timespec

Guenter Roeck (1):
      RISC-V: Request newstat syscalls

kbuild test robot (1):
      y2038: __get_old_timespec32() can be static

 arch/alpha/include/asm/unistd.h          |   2 ++
 arch/arc/include/uapi/asm/unistd.h       |   1 +
 arch/arm/include/asm/unistd.h            |   4 ++--
 arch/arm64/include/asm/compat.h          |  26 +++++---------------------
 arch/arm64/include/asm/stat.h            |   2 +-
 arch/arm64/include/asm/unistd.h          |   2 +-
 arch/arm64/include/uapi/asm/unistd.h     |   1 +
 arch/c6x/include/uapi/asm/unistd.h       |   1 +
 arch/h8300/include/uapi/asm/unistd.h     |   1 +
 arch/hexagon/include/uapi/asm/unistd.h   |   1 +
 arch/ia64/include/asm/unistd.h           |   3 +++
 arch/m68k/include/asm/unistd.h           |   2 +-
 arch/microblaze/include/asm/unistd.h     |   2 +-
 arch/mips/include/asm/compat.h           |  28 +++++-----------------------
 arch/mips/include/asm/unistd.h           |   3 ++-
 arch/mips/kernel/binfmt_elfn32.c         |  14 +++++++-------
 arch/mips/kernel/binfmt_elfo32.c         |  14 +++++++-------
 arch/nds32/include/uapi/asm/unistd.h     |   1 +
 arch/nios2/include/uapi/asm/unistd.h     |   1 +
 arch/openrisc/include/uapi/asm/unistd.h  |   1 +
 arch/parisc/include/asm/compat.h         |  24 +++++-------------------
 arch/parisc/include/asm/unistd.h         |   3 ++-
 arch/powerpc/include/asm/compat.h        |  24 +++++-------------------
 arch/powerpc/include/asm/unistd.h        |   3 ++-
 arch/powerpc/kernel/asm-offsets.c        |   8 ++++----
 arch/powerpc/oprofile/backtrace.c        |   2 +-
 arch/riscv/include/asm/unistd.h          |   1 +
 arch/s390/include/asm/compat.h           |  18 ++----------------
 arch/s390/include/asm/unistd.h           |   3 ++-
 arch/sh/include/asm/unistd.h             |   2 +-
 arch/sparc/include/asm/compat.h          |  25 +++++--------------------
 arch/sparc/include/asm/unistd.h          |   3 ++-
 arch/unicore32/include/uapi/asm/unistd.h |   1 +
 arch/x86/include/asm/compat.h            |  19 ++-----------------
 arch/x86/include/asm/unistd.h            |   3 ++-
 arch/xtensa/include/asm/unistd.h         |   2 +-
 fs/aio.c                                 |   8 ++++----
 fs/compat_binfmt_elf.c                   |   2 +-
 fs/read_write.c                          |   2 +-
 fs/select.c                              |  20 ++++++++++----------
 fs/stat.c                                |   3 +++
 fs/timerfd.c                             |  12 ++++++------
 fs/utimes.c                              |  73
+++++++++++++++++++++++++++++++++++--------------------------------------
 include/asm-generic/compat.h             |  24 +++++++++++++++++++++++-
 include/asm-generic/unistd.h             |  13 -------------
 include/linux/compat.h                   | 101
+++++++++++++++++++++++++++++++++++++++++++++++------------------------------------------------------
 include/linux/compat_time.h              |  32 --------------------------------
 include/linux/elfcore-compat.h           |   8 ++++----
 include/linux/restart_block.h            |   4 ++--
 include/linux/socket.h                   |   4 ++--
 include/linux/syscalls.h                 |  21 ++++++++++++---------
 include/linux/time32.h                   |  78
+++++++++++++++++++++++++++++++++++++++++-------------------------------------
 include/linux/timekeeping.h              |  12 ------------
 include/linux/timekeeping32.h            |  53
+++++++----------------------------------------------
 include/uapi/asm-generic/unistd.h        |   2 ++
 ipc/mqueue.c                             |   8 ++++----
 ipc/msg.c                                |   6 +++---
 ipc/sem.c                                |  10 +++++-----
 ipc/shm.c                                |   6 +++---
 ipc/syscall.c                            |   2 +-
 ipc/util.h                               |   2 +-
 kernel/compat.c                          |   8 ++++----
 kernel/futex_compat.c                    |   2 +-
 kernel/sched/core.c                      |   8 ++++----
 kernel/signal.c                          |  19 ++++++++++---------
 kernel/time/hrtimer.c                    |   8 ++++----
 kernel/time/posix-stubs.c                |  18 +++++++++---------
 kernel/time/posix-timers.c               |  30 +++++++++++++++---------------
 kernel/time/time.c                       |  97
++++++++++++++++++++++++++++++++++++++-----------------------------------------------------------
 kernel/time/timekeeping.c                |  24 ------------------------
 net/compat.c                             |  10 +++++-----
 net/socket.c                             |  18 ++++++++----------
 72 files changed, 398 insertions(+), 601 deletions(-)
 delete mode 100644 include/asm-generic/unistd.h
 delete mode 100644 include/linux/compat_time.h

Reply
Forward
_______________________________________________
Y2038 mailing list
Y2038@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/y2038

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2018-09-02 17:42 nishant poorswani
  0 siblings, 0 replies; 2101+ messages in thread
From: nishant poorswani @ 2018-09-02 17:42 UTC (permalink / raw)
  To: yocto

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

Hi. I'm looking to write a recipe which installs the wheel file directly.
Any idea how to go about it.

[-- Attachment #2: Type: text/html, Size: 132 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2018-08-16 21:21 Eric Ruei
  0 siblings, 0 replies; 2101+ messages in thread
From: Eric Ruei @ 2018-08-16 21:21 UTC (permalink / raw)
  To: meta-arago

From 65652cf6c1d896796e773b90642a867ee2c6ec77 Mon Sep 17 00:00:00 2001
From: Eric Ruei <e-ruei1@ti.com>
Date: Thu, 16 Aug 2018 17:20:05 -0400
Subject: [PATCH] img-pvr-sdk: bump SRCREV to pick up the valid arm64 PVR Tools

Signed-off-by: Eric Ruei <e-ruei1@ti.com>
---
 meta-arago-extras/recipes-graphics/img-pvr-sdk/img-pvr-sdk_3.3.2.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta-arago-extras/recipes-graphics/img-pvr-sdk/img-pvr-sdk_3.3.2.bb b/meta-arago-extras/recipes-graphics/img-pvr-sdk/img-pvr-sdk_3.3.2.bb
index 9c563d2..2fbd386 100644
--- a/meta-arago-extras/recipes-graphics/img-pvr-sdk/img-pvr-sdk_3.3.2.bb
+++ b/meta-arago-extras/recipes-graphics/img-pvr-sdk/img-pvr-sdk_3.3.2.bb
@@ -7,9 +7,9 @@ CLEANBROKEN = "1"
 BRANCH = "master"
 
 SRC_URI = "git://git.ti.com/graphics/img-pvr-sdk.git;protocol=git;branch=${BRANCH}"
-SRCREV = "3e5c2fa3458a8cae4b6b8d62391fc32b708a2ed4"
+SRCREV = "7af5846a0989a1475548ca05f6984c817fb76adc"
 
-PR = "r13"
+PR = "r14"
 
 COMPATIBLE_MACHINE = "omap-a15|ti43x|ti33x|k3"
 
-- 
1.9.1



^ permalink raw reply related	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2018-08-02  8:44 Nathan Rossi
  0 siblings, 0 replies; 2101+ messages in thread
From: Nathan Rossi @ 2018-08-02  8:44 UTC (permalink / raw)
  To: openembedded-core; +Cc: Martin Hundebøll

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 8415 bytes --]


,
 Manjukumar Harthikote Matha <manjukumar.harthikote-matha@xilinx.com>
Subject:
 [PATCH] devicetree.bbclass: User/BSP device tree source compilation class
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit

This bbclass implements the device tree compilation for user provided
device trees. In order to use this class, it should be inherited in a
BSP recipe which provides the sources. The default setup enables
inclusion of kernel device tree sources (though can be disabled by the
recipe by overriding DT_INCLUDE or KERNEL_INCLUDE).

This provides an additional mechanism for BSPs to provide device trees
and device tree overlays for their target machines. Whilst still
enabling access to the kernel device trees for base SoC includes and
headers.

This approach to providing device trees has benefits for certain use
cases over patching the device trees into the kernel source.

* device trees are separated from kernel source, allows for selection of
kernel and or kernel versions without needing to explicitly patch the
kernel (or appending to the kernel recipes).

* providing device trees from separate sources, from the layer,
generated by the recipe or other recipes.

This class also implements some additional features that are not
available in the kernel-devicetree flow. This includes population of
device tree blobs into the sysroot which allows for other recipes to
consume built dtbs (e.g. U-Boot with EXT_DTB compilation), device tree
overlay compilation and customizing DTC compilation args (boot
cpu/padding/etc.).

Signed-off-by: Nathan Rossi <nathan@nathanrossi.com>
Acked-by: Martin Hundebøll <mnhu@prevas.dk>
---
In addition to this patch I have written some documentation for the
Yocto BSP guide that covers details about both methods.

The meta-xilinx layer has a recipe (device-tree.bb) that behaves exactly
like this class for some time. It has been very useful for out-of-kernel
device tree compilation as well as for a mechanism so that users of
Xilinx SoCs can provide their customizations (FPGA devices) and board
specific configuration. This compilation flow also makes sense for other
BSPs, which is the reason for creating this bbclass for common shared
use by other BSPs.

Examples of this classes usage can be seen for meta-xilinx:
https://github.com/nathanrossi/meta-xilinx/blob/nrossi/devicetree-classify/meta-xilinx-bsp/recipes-bsp/device-tree/device-tree.bb
---
 meta/classes/devicetree.bbclass | 140 ++++++++++++++++++++++++++++++++
 1 file changed, 140 insertions(+)
 create mode 100644 meta/classes/devicetree.bbclass

diff --git a/meta/classes/devicetree.bbclass b/meta/classes/devicetree.bbclass
new file mode 100644
index 0000000000..dbc83f2a1d
--- /dev/null
+++ b/meta/classes/devicetree.bbclass
@@ -0,0 +1,140 @@
+# This bbclass implements device tree compliation for user provided device tree
+# sources. The compilation of the device tree sources is the same as the kernel
+# device tree compilation process, this includes being able to include sources
+# from the kernel such as soc dtsi files or header files such as gpio.h. In
+# addition to device trees this bbclass also handles compilation of device tree
+# overlays.
+#
+# The output of this class behaves similar to how kernel-devicetree.bbclass
+# operates in that the output files are installed into /boot/devicetree.
+# However this class on purpose separates the deployed device trees into the
+# 'devicetree' subdirectory. This prevents clashes with the kernel-devicetree
+# output. Additionally the device trees are populated into the sysroot for
+# access via the sysroot from within other recipes.
+
+SECTION ?= "bsp"
+
+# The default inclusion of kernel device tree includes and headers means that
+# device trees built with them are at least GPLv2 (and in some cases dual
+# licensed). Default to GPLv2 if the recipe does not specify a license.
+LICENSE ?= "GPLv2"
+LIC_FILES_CHKSUM ?= "file://${COMMON_LICENSE_DIR}/GPL-2.0;md5=801f80980d171dd6425610833a22dbe6"
+
+INHIBIT_DEFAULT_DEPS = "1"
+DEPENDS += "dtc-native"
+
+inherit deploy kernel-arch
+
+COMPATIBLE_MACHINE ?= "^$"
+
+PACKAGE_ARCH = "${MACHINE_ARCH}"
+
+SYSROOT_DIRS += "/boot/devicetree"
+FILES_${PN} = "/boot/devicetree/*.dtb /boot/devicetree/*.dtbo"
+
+S = "${WORKDIR}"
+B = "${WORKDIR}/build"
+
+# Default kernel includes, these represent what are normally used for in-kernel
+# sources.
+KERNEL_INCLUDE ??= " \
+        ${STAGING_KERNEL_DIR}/arch/${ARCH}/boot/dts \
+        ${STAGING_KERNEL_DIR}/arch/${ARCH}/boot/dts/* \
+        ${STAGING_KERNEL_DIR}/scripts/dtc/include-prefixes \
+        "
+
+DT_INCLUDE[doc] = "Search paths to be made available to both the device tree compiler and preprocessor for inclusion."
+DT_INCLUDE ?= "${DT_FILES_PATH} ${KERNEL_INCLUDE}"
+DT_FILES_PATH[doc] = "Defaults to source directory, can be used to select dts files that are not in source (e.g. generated)."
+DT_FILES_PATH ?= "${S}"
+
+DT_PADDING_SIZE[doc] = "Size of padding on the device tree blob, used as extra space typically for additional properties during boot."
+DT_PADDING_SIZE ??= "0x3000"
+DT_RESERVED_MAP[doc] = "Number of reserved map entires."
+DT_RESERVED_MAP ??= "8"
+DT_BOOT_CPU[doc] = "The boot cpu, defaults to 0"
+DT_BOOT_CPU ??= "0"
+
+DTC_FLAGS ?= "-R ${DT_RESERVED_MAP} -p ${DT_PADDING_SIZE} -b ${DT_BOOT_CPU}"
+DTC_PPFLAGS ?= "-nostdinc -undef -D__DTS__ -x assembler-with-cpp"
+DTC_OFLAGS ?= "-@ -H epapr"
+
+python () {
+    if d.getVar("KERNEL_INCLUDE"):
+        # auto add dependency on kernel tree, but only if kernel include paths
+        # are specified.
+        d.appendVarFlag("do_compile", "depends", " virtual/kernel:do_configure")
+}
+
+def expand_includes(varname, d):
+    import glob
+    includes = set()
+    # expand all includes with glob
+    for i in (d.getVar(varname) or "").split():
+        for g in glob.glob(i):
+            if os.path.isdir(g): # only add directories to include path
+                includes.add(g)
+    return includes
+
+def devicetree_source_is_overlay(path):
+    # determine if a dts file is an overlay by checking if it uses "/plugin/;"
+    with open(path, "r") as f:
+        for i in f:
+            if i.startswith("/plugin/;"):
+                return True
+    return False
+
+def devicetree_compile(dtspath, includes, d):
+    import subprocess
+    dts = os.path.basename(dtspath)
+    dtname = os.path.splitext(dts)[0]
+    bb.note("Processing {0} [{1}]".format(dtname, dts))
+
+    # preprocess
+    ppargs = d.getVar("BUILD_CPP").split()
+    ppargs += (d.getVar("DTC_PPFLAGS") or "").split()
+    for i in includes:
+        ppargs.append("-I{0}".format(i))
+    ppargs += ["-o", "{0}.pp".format(dts), dtspath]
+    bb.note("Running {0}".format(" ".join(ppargs)))
+    subprocess.run(ppargs, check = True)
+
+    # determine if the file is an overlay or not (using the preprocessed file)
+    isoverlay = devicetree_source_is_overlay("{0}.pp".format(dts))
+
+    # compile
+    dtcargs = ["dtc"] + (d.getVar("DTC_FLAGS") or "").split()
+    if isoverlay:
+        dtcargs += (d.getVar("DTC_OFLAGS") or "").split()
+    for i in includes:
+        dtcargs += ["-i", i]
+    dtcargs += ["-o", "{0}.{1}".format(dtname, "dtbo" if isoverlay else "dtb")]
+    dtcargs += ["-I", "dts", "-O", "dtb", "{0}.pp".format(dts)]
+    bb.note("Running {0}".format(" ".join(dtcargs)))
+    subprocess.run(dtcargs, check = True)
+
+python devicetree_do_compile() {
+    includes = expand_includes("DT_INCLUDE", d)
+    listpath = d.getVar("DT_FILES_PATH")
+    for dts in os.listdir(listpath):
+        if not dts.endswith(".dts"):
+            continue # skip non-.dts files
+        dtspath = os.path.join(listpath, dts)
+        devicetree_compile(dtspath, includes, d)
+}
+
+devicetree_do_install() {
+    for DTB_FILE in `ls *.dtb *.dtbo`; do
+        install -Dm 0644 ${B}/${DTB_FILE} ${D}/boot/devicetree/${DTB_FILE}
+    done
+}
+
+devicetree_do_deploy() {
+    for DTB_FILE in `ls *.dtb *.dtbo`; do
+        install -Dm 0644 ${B}/${DTB_FILE} ${DEPLOYDIR}/devicetree/${DTB_FILE}
+    done
+}
+addtask deploy before do_build after do_install
+
+EXPORT_FUNCTIONS do_compile do_install do_deploy
+
-- 
2.18.0



^ permalink raw reply related	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2018-07-26 16:34 Fritz Micheal.
  0 siblings, 0 replies; 2101+ messages in thread
From: Fritz Micheal. @ 2018-07-26 16:34 UTC (permalink / raw)




-- 
Do you need a loan at 2% interest rate for any reason ?
Every interested applicant should contact us via the below contact
details.
E-mails: fritzmicloanfirm@financier.com
firtzmicloanfirm@gmail.com

Yours Sincerely
Fritz Micheal.

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2018-07-25  8:25 Eyal Reizer
  0 siblings, 0 replies; 2101+ messages in thread
From: Eyal Reizer @ 2018-07-25  8:25 UTC (permalink / raw)
  To: meta-arago

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

זקקקזס

[-- Attachment #2: Type: text/html, Size: 36 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2018-07-24 20:55 Djordje Senicic
  0 siblings, 0 replies; 2101+ messages in thread
From: Djordje Senicic @ 2018-07-24 20:55 UTC (permalink / raw)
  To: meta-arago; +Cc: d-senicic1, Djordje Senicic

Subject: [meta-arago][rocko/master][PATCH] tidl-api: Update test video clip

* Use real-life video clip and list of classes

Signed-off-by: Djordje Senicic <x0157990@ti.com>
---
 meta-arago-extras/recipes-ti/tidl-api/tidl-api.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-arago-extras/recipes-ti/tidl-api/tidl-api.inc b/meta-arago-extras/recipes-ti/tidl-api/tidl-api.inc
index d2b570d..f1a34eb 100644
--- a/meta-arago-extras/recipes-ti/tidl-api/tidl-api.inc
+++ b/meta-arago-extras/recipes-ti/tidl-api/tidl-api.inc
@@ -8,4 +8,4 @@ GIT_PROTOCOL = "git"
 BRANCH = "master"
 
 SRC_URI = "${GIT_URI};protocol=${GIT_PROTOCOL};branch=${BRANCH}"
-SRCREV = "8bad8d86fd89fd8c482aa10ab89f3049337a9ca2"
+SRCREV = "06585057d0f47bb930647123557bc5a1506dabda"
-- 
1.9.1



^ permalink raw reply related	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2018-07-23 12:28 William Delacre
  2018-07-26 19:40 ` Mark Asselstine
  0 siblings, 1 reply; 2101+ messages in thread
From: William Delacre @ 2018-07-23 12:28 UTC (permalink / raw)
  To: openembedded-devel

Hi ! :-)

I’m facing issues when trying to run ‘bitbake python-twisted’ (do_compile
error)

Log says :
“Download error on https://pypi.python.org/simple/incremental/: [Errno -3]
Temporary failure in name resolution

............

distutils.errors.DistutilsError : Could not find suitable distribution for
Requirement.parse(‘incremental>=16.10.1’)”

First of all I’m not connected to internet, so I’ve pre-downloaded all the
required packages (twisted-17.9.0.tar.bz2 & incremental-17.5.0.tar.gz are
present in my build/downloads folder)

It’s the first time I have some “downloading issues” and I’m stuck on it
for a few hours now..

Any tips for me ?

Thanks in advance !


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2018-07-06 14:42 Christian König
  0 siblings, 0 replies; 2101+ messages in thread
From: Christian König @ 2018-07-06 14:42 UTC (permalink / raw)
  To: intel-gfx

Next try of prework for unpinned DMA-buf operation.

Only send to intel-gfx to trigger unit tests on the following patches.

Christian.

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2018-07-05 10:38 rosdi ablatiff
  0 siblings, 0 replies; 2101+ messages in thread
From: rosdi ablatiff @ 2018-07-05 10:38 UTC (permalink / raw)
  To: intel-gfx


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



[-- Attachment #1.2: Type: text/html, Size: 1 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2018-06-15  8:48 Dani Camps
  0 siblings, 0 replies; 2101+ messages in thread
From: Dani Camps @ 2018-06-15  8:48 UTC (permalink / raw)
  To: netdev, neus matutes, ntop request, ntop, openwrt devel request


[-- Attachment #1.1: Type: text/plain, Size: 48 bytes --]


http://period.cloudstar.ca

Dani Camps



[-- Attachment #1.2: Type: text/html, Size: 1909 bytes --]

[-- Attachment #2: Type: text/plain, Size: 141 bytes --]

_______________________________________________
Ntop mailing list
Ntop@listgateway.unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2018-06-06  8:05 Parthiban Nallathambi
  0 siblings, 0 replies; 2101+ messages in thread
From: Parthiban Nallathambi @ 2018-06-06  8:05 UTC (permalink / raw)
  To: gurrieristefano; +Cc: openembedded-devel

As I lost the message ID of the actual request for bitbake recipe
for xscreensaver, I am sending in a separate email


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2018-05-22  6:52 Rahul jangra
  0 siblings, 0 replies; 2101+ messages in thread
From: Rahul jangra @ 2018-05-22  6:52 UTC (permalink / raw)
  To: yocto-request, yocto, yocto-builds-owner

Hi team
I am facing the issue when creat deb base core-image-full-cmdline he
is getting this error but when I switch to rpm easily to built.
kindly help me.

 Executing 'cd /home/nsspl/rpi/build/tmp/deploy/deb/all;
PSEUDO_UNLOAD=1
/home/nsspl/rpi/build/tmp/work/raspberrypi3-poky-linux-gnueabi/core-image-full-cmdline/1.0-r0/recipe-sysroot-native/usr/bin/apt-ftparchive
packages . > Packages;/home/nsspl/rpi/build/tmp/hosttools/gzip -fcn
Packages > Packages.gz;PSEUDO_UNLOAD=1
/home/nsspl/rpi/build/tmp/work/raspberrypi3-poky-linux-gnueabi/core-image-full-cmdline/1.0-r0/recipe-sysroot-native/usr/bin/apt-ftparchive
release . >> Release' ...
NOTE: Executing 'cd
/home/nsspl/rpi/build/tmp/deploy/deb/cortexa7hf-neon-vfpv4;
PSEUDO_UNLOAD=1
/home/nsspl/rpi/build/tmp/work/raspberrypi3-poky-linux-gnueabi/core-image-full-cmdline/1.0-r0/recipe-sysroot-native/usr/bin/apt-ftparchive
packages . > Packages;/home/nsspl/rpi/build/tmp/hosttools/gzip -fcn
Packages > Packages.gz;PSEUDO_UNLOAD=1
/home/nsspl/rpi/build/tmp/work/raspberrypi3-poky-linux-gnueabi/core-image-full-cmdline/1.0-r0/recipe-sysroot-native/usr/bin/apt-ftparchive
release . >> Release' ...
NOTE: Executing 'cd /home/nsspl/rpi/build/tmp/deploy/deb/raspberrypi3;
PSEUDO_UNLOAD=1
/home/nsspl/rpi/build/tmp/work/raspberrypi3-poky-linux-gnueabi/core-image-full-cmdline/1.0-r0/recipe-sysroot-native/usr/bin/apt-ftparchive
packages . > Packages;/home/nsspl/rpi/build/tmp/hosttools/gzip -fcn
Packages > Packages.gz;PSEUDO_UNLOAD=1
/home/nsspl/rpi/build/tmp/work/raspberrypi3-poky-linux-gnueabi/core-image-full-cmdline/1.0-r0/recipe-sysroot-native/usr/bin/apt-ftparchive
release . >> Release' ...
NOTE: Installing the following packages: locale-base-en-us locale-base-en-gb
NOTE: Installing the following packages: dpkg hello-mender
psplash-raspberrypi packagegroup-core-full-cmdline apt run-postinsts
mender packagegroup-core-boot packagegroup-core-ssh-openssh
kernel-devicetree shadow kernel-image-4.14.37 base-passwd
ERROR: Unable to install packages. Command
'/home/nsspl/rpi/build/tmp/work/raspberrypi3-poky-linux-gnueabi/core-image-full-cmdline/1.0-r0/recipe-sysroot-native/usr/bin/apt-get
 install --force-yes --allow-unauthenticated dpkg hello-mender
psplash-raspberrypi packagegroup-core-full-cmdline apt run-postinsts
mender packagegroup-core-boot packagegroup-core-ssh-openssh
kernel-devicetree shadow kernel-image-4.14.37 base-passwd' returned
100:
Reading package lists...
Building dependency tree...
Reading state information...
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 packagegroup-core-full-cmdline : Depends:
packagegroup-core-full-cmdline-initscripts but it is not going to be
installed
E: Unable to correct problems, you have held broken packages.

Regards

Rahul


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2018-05-03 19:55 taborskikrzysztof
  0 siblings, 0 replies; 2101+ messages in thread
From: taborskikrzysztof @ 2018-05-03 19:55 UTC (permalink / raw)
  To: openembedded-core

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





Wysłano z telefonu Samsung

[-- Attachment #2: Type: text/html, Size: 286 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2018-04-25 10:51 jan vermaete
  2018-04-25 17:33 ` Otavio Salvador
  0 siblings, 1 reply; 2101+ messages in thread
From: jan vermaete @ 2018-04-25 10:51 UTC (permalink / raw)
  To: meta-freescale

Hi,

I would like not to have the short githash in the Linux kernel name
and the /lib/modules directory.
Although, I prefer to inherit fsl-kernel-localversion in the bb file
for the linux kernel.

When setting 'SCMVERSION = "n"' in the local.conf file, I still had
the +g.... in the directory name of /lib/modules...

The following patch solved it for me.

br

From f67c79d669a9861f6f355717bcdabc918e1de03b Mon Sep 17 00:00:00 2001
From: Jan Vermaete <jan.vermaete@gmail.com>
Date: Wed, 25 Apr 2018 12:03:01 +0200
Subject: [PATCH 1/1] Do not add the short git hash to the kernel name when
 SCMVERSION is not set.

---
 classes/fsl-kernel-localversion.bbclass | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/classes/fsl-kernel-localversion.bbclass
b/classes/fsl-kernel-localversion.bbclass
index c0306a0..ff1075e 100644
--- a/classes/fsl-kernel-localversion.bbclass
+++ b/classes/fsl-kernel-localversion.bbclass
@@ -28,7 +28,9 @@ do_preconfigure() {
     CONF_SED_SCRIPT=""

     kernel_conf_variable LOCALVERSION "\"${LOCALVERSION}\""
-    kernel_conf_variable LOCALVERSION_AUTO y
+    if [ "${SCMVERSION}" = "y" ]; then
+        kernel_conf_variable LOCALVERSION_AUTO y
+    fi

     sed -e "${CONF_SED_SCRIPT}" < '${WORKDIR}/defconfig' >> '${B}/.config'

-- 
2.7.4


-- 
Jan Vermaete
"For every complex problem there is an answer that is clear, simple,
and wrong." - H.L. Mencken


^ permalink raw reply related	[flat|nested] 2101+ messages in thread
[parent not found: <913813716.1318110.1522099057513.ref@mail.yahoo.com>]
* (no subject)
@ 2018-01-24 12:00 twischer
  0 siblings, 0 replies; 2101+ messages in thread
From: twischer @ 2018-01-24 12:00 UTC (permalink / raw)
  To: patch; +Cc: alsa-devel

The following patch set will extend the JACK plugin to detect Xruns
and signal them to the user application.

This patch set is depending on
http://mailman.alsa-project.org/pipermail/alsa-devel/2018-January/130987.html

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2017-11-27 16:20 Volker Vogelhuber
  0 siblings, 0 replies; 2101+ messages in thread
From: Volker Vogelhuber @ 2017-11-27 16:20 UTC (permalink / raw)
  To: openembedded-core

I currently have an image with six different partitions. See the 
following partition configuration:

># bootloader
>part /boot/EFI --source bootimg-efi --sourceparams="loader=systemd-boot" --ondisk mmcblk --fstype=vfat --label boot --active --align 1024 --size 20 --overhead-factor=1.0 --uuid="1EFC2AC2-449B-6ABB-AA63-7EA004446DF1"
>
>#--use-uuid
># primary / recovery image
>part / --source rootfs --rootfs-dir=image --exclude-path opt/something/ opt/else/ opt/somemore/ --ondisk mmcblk --fstype=ext4 --label primary_rootfs --align 1024 --size 768 --overhead-factor=1.0 --uuid="2779D408-1362-AEF5-AEB1-00BF5674C065"
>part /recovery --source rootfs --rootfs-dir=image-recovery --ondisk mmcblk --fstype=ext4 --label recovery_rootfs --align 1024 --size 640 --overhead-factor=1.0 --uuid="528B6F25-5143-47B3-8D12-391820EAF1CF"
>
># additional partitions
>part /opt/something --source rootfs --rootfs-dir=image --rootfs-subdir=opt/something --ondisk mmcblk --fstype=ext4 --label persist --align 1024 --size 64 --overhead-factor=1.0 --use-uuid
>part /opt/else --source rootfs --rootfs-dir=image --rootfs-subdir=opt/else --ondisk mmcblk --fstype=ext4 --label de --align 1024 --size 256 --overhead-factor=1.0 --use-uuid
>part /opt/somemore --source rootfs --rootfs-dir=image --rootfs-subdir=opt/somemore --ondisk mmcblk --fstype=ext4 --label data --align 1024 --size 1700 --overhead-factor=1.0 --use-uuid
>
>bootloader --timeout=0 --ptable gpt --configfile="disk.cfg"

My problem is now that if I use the wic -e option to specify an image 
name as rootfs-dir I can not extract subdirectories from the rootfs 
to different partitions. Or at least I didn't found out a way.
That's why I added a rootfs-subdir option to wic that allows appending 
a rootfs dir to the one received by IMAGE_ROOTFS. I read something 
about spliting should be done on recipe level 
(https://lists.yoctoproject.org/pipermail/yocto/2016-March/029301.html), 
but I couldn't figure out how that should be done and that patch seems 
much easier for me.



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No Subject)
@ 2017-11-26  0:22 n1had5
  2017-11-26  0:25 ` Jason A. Donenfeld
  0 siblings, 1 reply; 2101+ messages in thread
From: n1had5 @ 2017-11-26  0:22 UTC (permalink / raw)
  To: wireguard

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

Hello there I would like a couple of stickers for me and my sis (or just me because I am a greedy bastard and those stickers would probably look cool AF)
Name: Mohammad Ahmad Nihad
(but write محمد احمد نهاد محمد too if possible because it would be easier to deliver to me that way)
Address: ٢ شارع جلال شلش متفرع من تونس متفرع من الجزائر ،المعادي الجديدة ،القاهرة.
2 Galal Shalash street, Tounis street, Gazaer street, Maadi, Cairo
Thanks in advance and I will hopefully keep an eye on your project because (although I don't understand most of how it works and will probably not be able to use it) looks pretty damn interesting

[-- Attachment #2: Type: text/html, Size: 732 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2017-11-15 15:29 futurelieswithin
  0 siblings, 0 replies; 2101+ messages in thread
From: futurelieswithin @ 2017-11-15 15:29 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 299 bytes --]

A story perhaps i remember snapping my fingers and at mr miagi request it actually makes things appear and quantasize then a paculiar planet red and orange appeared outa nowhere it was a Pic of what the earth looked like 13.6 billion years  



Sent from my Samsung Galaxy , an AT&T LTE smartphone

[-- Attachment #1.2: Type: text/html, Size: 577 bytes --]

[-- Attachment #2: Type: text/plain, Size: 127 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2017-08-25  5:16 Chao Gao
  0 siblings, 0 replies; 2101+ messages in thread
From: Chao Gao @ 2017-08-25  5:16 UTC (permalink / raw)
  To: xen-devel
  Cc: Kevin Tian, Stefano Stabellini, Wei Liu, George Dunlap,
	Ian Jackson, Tim Deegan, Jan Beulich, Andrew Cooper, Chao Gao,
	Crawford Eric R, Roger Pau Monné

From 3aa2541108f28cfdf0f3bf47ddae9b762b73b532 Mon Sep 17 00:00:00 2001
From: Chao Gao <chao.gao@intel.com>
Date: Mon, 7 Aug 2017 04:50:04 +0800
Subject: [PATCH v9] VT-d: use correct BDF for VF to search VT-d unit

When SR-IOV is enabled, 'Virtual Functions' of a 'Physical Function' are under
the scope of the same VT-d unit as the 'Physical Function'. A 'Physical
Function' can be a 'Traditional Function' or an ARI 'Extended Function'.
And furthermore, 'Extended Functions' on an endpoint are under the scope of
the same VT-d unit as the 'Traditional Functions' on the endpoint. To search
VT-d unit, the BDF of PF or the BDF of a traditional function may be used. And
it depends on whether the PF is an extended function or not.

Current code uses PCI_SLOT() to recognize an ARI 'Extended Funcion'. But it
is conceptually wrong w/o checking whether PF is an extended function and
would lead to match VFs of a RC endpoint to a wrong VT-d unit.

This patch uses VF's 'is_extfn' field to indicate whether the PF of this VF is
an extended function. The field helps to use correct BDF to search VT-d unit.

Reported-by: Crawford, Eric R <Eric.R.Crawford@intel.com>
Signed-off-by: Chao Gao <chao.gao@intel.com>
---
v9:
 - check 'is_virtfn' first in pci_add_device() to avoid potential error if
 linux side sets VF's 'is_extfn'
 - comments changes to make it clear that we use VF's 'is_extfn' intentionally
 otherwise the patch seems like a workaround.

v8:
 - use "conceptually wrong", instead of "a corner case" in commit message
 - check 'is_virtfn' first in acpi_find_matched_drhd_unit()

v7:
 - Drop Eric's tested-by
 - Change commit message to be clearer
 - Re-use VF's is_extfn field
 - access PF's is_extfn field in locked area

---
 xen/drivers/passthrough/pci.c      | 14 ++++++++++----
 xen/drivers/passthrough/vtd/dmar.c | 12 ++++++------
 xen/include/xen/pci.h              |  1 +
 3 files changed, 17 insertions(+), 10 deletions(-)

diff --git a/xen/drivers/passthrough/pci.c b/xen/drivers/passthrough/pci.c
index 27bdb71..0e27e29 100644
--- a/xen/drivers/passthrough/pci.c
+++ b/xen/drivers/passthrough/pci.c
@@ -599,21 +599,24 @@ int pci_add_device(u16 seg, u8 bus, u8 devfn,
     unsigned int slot = PCI_SLOT(devfn), func = PCI_FUNC(devfn);
     const char *pdev_type;
     int ret;
+    bool pf_is_extfn = false;
 
-    if (!info)
+    if ( !info )
         pdev_type = "device";
-    else if (info->is_extfn)
-        pdev_type = "extended function";
-    else if (info->is_virtfn)
+    else if ( info->is_virtfn )
     {
         pcidevs_lock();
         pdev = pci_get_pdev(seg, info->physfn.bus, info->physfn.devfn);
+        if ( pdev )
+            pf_is_extfn = pdev->info.is_extfn;
         pcidevs_unlock();
         if ( !pdev )
             pci_add_device(seg, info->physfn.bus, info->physfn.devfn,
                            NULL, node);
         pdev_type = "virtual function";
     }
+    else if ( info->is_extfn )
+        pdev_type = "extended function";
     else
     {
         info = NULL;
@@ -707,6 +710,9 @@ int pci_add_device(u16 seg, u8 bus, u8 devfn,
                    seg, bus, slot, func, ctrl);
     }
 
+    /* VF's 'is_extfn' is used to indicate whether PF is an extended function */
+    if ( pdev->info.is_virtfn )
+        pdev->info.is_extfn = pf_is_extfn;
     check_pdev(pdev);
 
     ret = 0;
diff --git a/xen/drivers/passthrough/vtd/dmar.c b/xen/drivers/passthrough/vtd/dmar.c
index 82040dd..75c9c92 100644
--- a/xen/drivers/passthrough/vtd/dmar.c
+++ b/xen/drivers/passthrough/vtd/dmar.c
@@ -211,15 +211,15 @@ struct acpi_drhd_unit *acpi_find_matched_drhd_unit(const struct pci_dev *pdev)
     if ( pdev == NULL )
         return NULL;
 
-    if ( pdev->info.is_extfn )
+    if ( pdev->info.is_virtfn )
     {
-        bus = pdev->bus;
-        devfn = 0;
+        bus = pdev->info.physfn.bus;
+        devfn = pdev->info.is_extfn ? 0 : pdev->info.physfn.devfn;
     }
-    else if ( pdev->info.is_virtfn )
+    else if ( pdev->info.is_extfn )
     {
-        bus = pdev->info.physfn.bus;
-        devfn = PCI_SLOT(pdev->info.physfn.devfn) ? 0 : pdev->info.physfn.devfn;
+        bus = pdev->bus;
+        devfn = 0;
     }
     else
     {
diff --git a/xen/include/xen/pci.h b/xen/include/xen/pci.h
index 59b6e8a..4dd42ac 100644
--- a/xen/include/xen/pci.h
+++ b/xen/include/xen/pci.h
@@ -39,6 +39,7 @@
 #define PCI_SBDF3(s,b,df) ((((s) & 0xffff) << 16) | PCI_BDF2(b, df))
 
 struct pci_dev_info {
+    /* VF's 'is_extfn' is used to show whether its PF an extended function */
     bool_t is_extfn;
     bool_t is_virtfn;
     struct {
-- 
1.8.3.1


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

^ permalink raw reply related	[flat|nested] 2101+ messages in thread
* <no subject>
@ 2017-08-17 15:13 Bharath Krishna
  0 siblings, 0 replies; 2101+ messages in thread
From: Bharath Krishna @ 2017-08-17 15:13 UTC (permalink / raw)
  To: ceph-devel

subscribe ceph-devel


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2017-08-16 15:13 Barr. Richard Williams
  0 siblings, 0 replies; 2101+ messages in thread
From: Barr. Richard Williams @ 2017-08-16 15:13 UTC (permalink / raw)




-- 
I'd like you to be in custody of my late client's fortune.
My client died along with his family including his next-of-kin
The funds shall be used for investment under your management

Do reply for details.
Regards
Richard Williams
Email:rich19williams@gmail.com

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2017-08-16 14:57 Barr. Richard Williams
  0 siblings, 0 replies; 2101+ messages in thread
From: Barr. Richard Williams @ 2017-08-16 14:57 UTC (permalink / raw)




-- 
I'd like you to be in custody of my late client's fortune.
My client died along with his family including his next-of-kin
The funds shall be used for investment under your management

Do reply for details.
Regards
Richard Williams
Email:rich19williams@gmail.com

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2017-07-28  5:27 Manonmani
  0 siblings, 0 replies; 2101+ messages in thread
From: Manonmani @ 2017-07-28  5:27 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 580 bytes --]

Is it possible to use VFB for paravirtualised Guest? How to display
Domain-U in physical monitor? I have added vfb in my Guest configuration
and it returns the following error :

Parsing config from
/etc/xen/arch_domU_1.cfg
libxl: error: libxl_dm.c:1233:libxl__spawn_local_dm: device model
/usr/lib/xen/b
in/qemu-dm is not executable: No such file or
directory
libxl: error: libxl_dm.c:1371:device_model_spawn_outcome: (null): spawn
failed (
rc=-3)

libxl: error: libxl_create.c:1186:domcreate_devmodel_started: device model
did n
ot start: -3

Thanks in advance.

Regards,
Joker

[-- Attachment #1.2: Type: text/html, Size: 916 bytes --]

[-- Attachment #2: Type: text/plain, Size: 127 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2017-07-26 19:04 Raviprasad Gurikar
  0 siblings, 0 replies; 2101+ messages in thread
From: Raviprasad Gurikar @ 2017-07-26 19:04 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 512 bytes --]


Hi .

I am ravi student from Indian I working on the xen arm development . I have plan to run the xen arm on fastmodel. But I am getting problem in the rootfilesystem creation and debootstrap  for this link https://wiki.xenproject.org/wiki/Xen_ARM_with_Virtualization_Extensions/RootFilesystem. I am not able to entry the chroot ; if give the commands like this 

Sudo chroot /mnt;
Getting error like – error ; no such file or directory /bin/bash.

Please help me . 
Sent from Mail for Windows 10


[-- Attachment #1.2: Type: text/html, Size: 2158 bytes --]

[-- Attachment #2: Type: text/plain, Size: 127 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [PATCH 000/102] Convert drivers to explicit reset API
@ 2017-07-19 15:25 Philipp Zabel
  2017-07-20 20:32   ` Heiko Stuebner
  0 siblings, 1 reply; 2101+ messages in thread
From: Philipp Zabel @ 2017-07-19 15:25 UTC (permalink / raw)
  To: linux-kernel
  Cc: Philipp Zabel, David S. Miller, Emilio López, Adrian Hunter,
	Alan Stern, Alan Tull, Alexandre Torgue, Andrew Lunn, Ben Skeggs,
	Benjamin Gaignard, Bin Liu, Bjorn Andersson, Bjorn Helgaas,
	Boris Brezillon, Brian Norris, Chanwoo Choi, Chen Feng,
	Chen-Yu Tsai, Corentin Labbe, Cyrille Pitchen, Dan Williams,
	Daniel Lezcano, David Airlie, David Woodhouse, Dmitry Torokhov,
	Eduardo Valentin, Felipe Balbi, Florian Fainelli,
	Giuseppe Cavallaro, Greg Kroah-Hartman, Guenter Roeck,
	Hartmut Knaack, Heiko Stuebner, Herbert Xu, Jaehoon Chung,
	Jiri Slaby, Joachim Eastwood, John Youn, Jon Hunter,
	Jonathan Cameron, Jonathan Corbet, Kalle Valo,
	Kishon Vijay Abraham I, Kyungmin Park, Lars-Peter Clausen,
	Laxman Dewangan, Lee Jones, Liam Girdwood, Linus Walleij,
	Lucas Stach, Marc Dietrich, Marek Vasut, Mark Brown, Mark Yao,
	Mathias Nyman, Matthias Brugger, Maxime Coquelin, Maxime Ripard,
	Michael Turquette, Moritz Fischer, MyungJoo Ham, Ohad Ben-Cohen,
	Patrice Chotard, Peter Chen, Peter De Schrijver,
	Peter Meerwald-Stadler, Philippe Cornu, Prashant Gaikwad,
	Rakesh Iyer, Ralf Baechle, Richard Weinberger, Richard Zhu,
	Rongrong Zou, Ryder Lee, Salil Mehta, Shawn Lin,
	Srinivas Kandagatla, Stanimir Varbanov, Stephen Boyd, Tejun Heo,
	Thierry Reding, Thomas Gleixner, Ulf Hansson, Vincent Abriou,
	Vinod Koul, Vivien Didelot, Wim Van Sebroeck, Wolfram Sang,
	Xinliang Liu, Xinwei Kong, Yannick Fertre, Yisen Zhuang,
	Zhang Rui, alsa-devel, ath10k, devel, dmaengine, dri-devel,
	linux-arm-kernel, linux-arm-msm, linux-clk, linux-crypto,
	linux-doc, linux-fpga, linux-gpio, linux-i2c, linux-ide,
	linux-iio, linux-input, linux-media, linux-mediatek, linux-mips,
	linux-mmc, linux-mtd, linux-pci, linux-pm, linux-pwm,
	linux-remoteproc, linux-rockchip, linux-serial, linux-spi,
	linux-tegra, linux-usb, linux-watchdog, linux-wireless, netdev,
	nouveau

The reset control API has two modes: exclusive access, where the driver
expects to have full and immediate control over the state of the reset
line, and shared (clock-like) access, where drivers only request reset
deassertion while active, but don't care about the state of the reset line
while inactive.

Commit a53e35db70d1 ("reset: Ensure drivers are explicit when requesting
reset lines") started to transition the reset control request API calls
to explicitly state whether the driver needs exclusive or shared reset
control behavior.

This series converts all drivers that currently implicitly request
exclusive reset controls to the corresponding explicit API call. It is,
for the most part, generated from the following semantic patch:

@@
expression rstc, dev, id;
@@
-rstc = reset_control_get(dev, id);
+rstc = reset_control_get_exclusive(dev, id);
@@
expression rstc, dev, id;
@@
-rstc = reset_control_get_optional(dev, id);
+rstc = reset_control_get_optional_exclusive(dev, id);
@@
expression rstc, node, id;
@@
-rstc = of_reset_control_get(node, id);
+rstc = of_reset_control_get_exclusive(node, id);
@@
expression rstc, node, index;
@@
-rstc = of_reset_control_get_by_index(node, index);
+rstc = of_reset_control_get_exclusive_by_index(node, index);
@@
expression rstc, dev, id;
@@
-rstc = devm_reset_control_get(dev, id);
+rstc = devm_reset_control_get_exclusive(dev, id);
@@
expression rstc, dev, id;
@@
-rstc = devm_reset_control_get_optional(dev, id);
+rstc = devm_reset_control_get_optional_exclusive(dev, id);
@@
expression rstc, dev, index;
@@
-rstc = devm_reset_control_get_by_index(dev, index);
+rstc = devm_reset_control_get_exclusive_by_index(dev, index);

After all driver patches are applied, the temporary transition helpers
can be removed.

regards
Philipp

Philipp Zabel (102):
  ARM: rockchip: explicitly request exclusive reset control
  ARM: socfpga: explicitly request exclusive reset control
  MIPS: pci-mt7620: explicitly request exclusive reset control
  ahci: st: explicitly request exclusive reset control
  ata: sata_gemini: explicitly request exclusive reset control
  ata: ahci_tegra: explicitly request exclusive reset control
  bus: sunxi-rsb: explicitly request exclusive reset control
  bus: tegra-gmi: explicitly request exclusive reset control
  clk: sunxi: explicitly request exclusive reset control
  clk: tegra: explicitly request exclusive reset control
  clocksource/drivers/timer-stm32: explicitly request exclusive reset
    control
  clocksource/drivers/sun5i: explicitly request exclusive reset control
  crypto: rockchip: explicitly request exclusive reset control
  crypto: sun4i-ss - request exclusive reset control
  PM / devfreq: tegra: explicitly request exclusive reset control
  dmaengine: stm32-dma: explicitly request exclusive reset control
  dmaengine: sun6i: explicitly request exclusive reset control
  dmaengine: tegra-apb: explicitly request exclusive reset control
  drm: kirin: explicitly request exclusive reset control
  drm/nouveau/tegra: explicitly request exclusive reset control
  drm/rockchip: explicitly request exclusive reset control
  drm/sti: explicitly request exclusive reset control
  drm/stm: explicitly request exclusive reset control
  drm/sun4i: explicitly request exclusive reset control
  drm/tegra: explicitly request exclusive reset control
  gpu: host1x: explicitly request exclusive reset control
  i2c: mv64xxx: explicitly request exclusive reset control
  i2c: stm32f4: explicitly request exclusive reset control
  i2c: sun6i-pw2i: explicitly request exclusive reset control
  i2c: tegra: explicitly request exclusive reset control
  iio: adc: rockchip_saradc: explicitly request exclusive reset control
  iio: dac: stm32-dac-core: explicitly request exclusive reset control
  Input: tegra-kbc - request exclusive reset control
  coda: explicitly request exclusive reset control
  st-rc: explicitly request exclusive reset control
  stm32-dcmi: explicitly request exclusive reset control
  rc: sunxi-cir: explicitly request exclusive reset control
  mmc: dw_mmc: explicitly request exclusive reset control
  mmc: sdhci-st: explicitly request exclusive reset control
  mmc: sunxi: explicitly request exclusive reset control
  mmc: tegra: explicitly request exclusive reset control
  mtd: nand: sunxi: explicitly request exclusive reset control
  mtd: spi-nor: stm32-quadspi: explicitly request exclusive reset
    control
  net: dsa: mt7530: explicitly request exclusive reset control
  net: ethernet: hisi_femac: explicitly request exclusive reset control
  net: ethernet: hix5hd2_gmac: explicitly request exclusive reset
    control
  net: stmmac: explicitly request exclusive reset control
  net: stmmac: dwc-qos: explicitly request exclusive reset control
  ath10k: explicitly request exclusive reset control
  nvmem: lpc18xx-eeprom: explicitly request exclusive reset control
  PCI: dwc: pcie-qcom: explicitly request exclusive reset control
  PCI: imx6: explicitly request exclusive reset control
  PCI: tegra: explicitly request exclusive reset control
  PCI: rockchip: explicitly request exclusive reset control
  phy: berlin-usb: explicitly request exclusive reset control
  PCI: mediatek: explicitly request exclusive reset control
  phy: qcom-usb-hs: explicitly request exclusive reset control
  phy: rockchip-pcie: explicitly request exclusive reset control
  phy: rockchip-typec: explicitly request exclusive reset control
  phy: rockchip-usb: explicitly request exclusive reset control
  phy: sun4i-usb: explicitly request exclusive reset control
  phy: sun9i-usb: explicitly request exclusive reset control
  phy: tegra: explicitly request exclusive reset control
  phy: qcom-qmp: explicitly request exclusive reset control
  phy: qcom-qusb2: explicitly request exclusive reset control
  pinctrl: stm32: explicitly request exclusive reset control
  pinctrl: sunxi: explicitly request exclusive reset control
  pinctrl: tegra: explicitly request exclusive reset control
  pwm: hibvt: explicitly request exclusive reset control
  pwm: tegra: explicitly request exclusive reset control
  remoteproc/keystone: explicitly request exclusive reset control
  remoteproc: qcom: explicitly request exclusive reset control
  remoteproc: st: explicitly request exclusive reset control
  soc: mediatek: PMIC wrap: explicitly request exclusive reset control
  soc/tegra: pmc: explicitly request exclusive reset control
  spi: stm32: explicitly request exclusive reset control
  spi: sun6i: explicitly request exclusive reset control
  spi: tegra20-slink: explicitly request exclusive reset control
  spi: tegra114: explicitly request exclusive reset control
  spi: tegra20-sflash: explicitly request exclusive reset control
  staging: nvec: explicitly request exclusive reset control
  thermal: rockchip: explicitly request exclusive reset control
  thermal: tegra: explicitly request exclusive reset control
  serial: 8250_dw: explicitly request exclusive reset control
  serial: tegra: explicitly request exclusive reset control
  usb: chipidea: msm: explicitly request exclusive reset control
  usb: dwc2: explicitly request exclusive reset control
  usb: host: ehci-tegra: explicitly request exclusive reset control
  usb: host: xhci-tegra: explicitly request exclusive reset control
  usb: musb: sunxi: explicitly request exclusive reset control
  usb: phy: msm: explicitly request exclusive reset control
  usb: phy: qcom-8x16-usb: explicitly request exclusive reset control
  watchdog: asm9260: explicitly request exclusive reset control
  watchdog: mt7621: explicitly request exclusive reset control
  watchdog: rt2880: explicitly request exclusive reset control
  watchdog: zx2967: explicitly request exclusive reset control
  ASoC: img: explicitly request exclusive reset control
  ASoC: stm32: explicitly request exclusive reset control
  ASoC: sun4i: explicitly request exclusive reset control
  ASoC: tegra: explicitly request exclusive reset control
  Documentation: devres: add explicit exclusive/shared reset control
    request calls
  reset: finish transition to explicit exclusive reset control requests

 Documentation/driver-model/devres.txt              |  7 ++-
 arch/arm/mach-rockchip/platsmp.c                   |  2 +-
 arch/mips/pci/pci-mt7620.c                         |  2 +-
 drivers/ata/ahci_st.c                              |  6 +--
 drivers/ata/ahci_tegra.c                           |  8 ++--
 drivers/ata/sata_gemini.c                          |  4 +-
 drivers/bus/sunxi-rsb.c                            |  2 +-
 drivers/bus/tegra-gmi.c                            |  2 +-
 drivers/clk/sunxi/clk-sun9i-mmc.c                  |  2 +-
 drivers/clk/tegra/clk-dfll.c                       |  2 +-
 drivers/clocksource/timer-stm32.c                  |  2 +-
 drivers/clocksource/timer-sun5i.c                  |  2 +-
 drivers/crypto/rockchip/rk3288_crypto.c            |  2 +-
 drivers/crypto/sunxi-ss/sun4i-ss-core.c            |  3 +-
 drivers/devfreq/tegra-devfreq.c                    |  2 +-
 drivers/dma/stm32-dma.c                            |  2 +-
 drivers/dma/sun6i-dma.c                            |  2 +-
 drivers/dma/tegra20-apb-dma.c                      |  2 +-
 drivers/fpga/altera-hps2fpga.c                     |  3 +-
 drivers/gpu/drm/hisilicon/kirin/kirin_drm_ade.c    |  2 +-
 drivers/gpu/drm/nouveau/nvkm/engine/device/tegra.c |  2 +-
 drivers/gpu/drm/rockchip/analogix_dp-rockchip.c    |  2 +-
 drivers/gpu/drm/rockchip/cdn-dp-core.c             |  8 ++--
 drivers/gpu/drm/rockchip/dw-mipi-dsi.c             |  2 +-
 drivers/gpu/drm/rockchip/rockchip_drm_vop.c        |  4 +-
 drivers/gpu/drm/sti/sti_hdmi.c                     |  2 +-
 drivers/gpu/drm/sti/sti_hqvdp.c                    |  2 +-
 drivers/gpu/drm/sti/sti_tvout.c                    |  2 +-
 drivers/gpu/drm/stm/ltdc.c                         |  2 +-
 drivers/gpu/drm/sun4i/sun4i_backend.c              |  4 +-
 drivers/gpu/drm/sun4i/sun4i_tcon.c                 |  2 +-
 drivers/gpu/drm/sun4i/sun4i_tv.c                   |  2 +-
 drivers/gpu/drm/sun4i/sun6i_drc.c                  |  2 +-
 drivers/gpu/drm/sun4i/sun8i_mixer.c                |  2 +-
 drivers/gpu/drm/tegra/dc.c                         |  2 +-
 drivers/gpu/drm/tegra/dpaux.c                      |  3 +-
 drivers/gpu/drm/tegra/dsi.c                        |  2 +-
 drivers/gpu/drm/tegra/gr3d.c                       |  6 +--
 drivers/gpu/drm/tegra/hdmi.c                       |  2 +-
 drivers/gpu/drm/tegra/sor.c                        |  2 +-
 drivers/gpu/host1x/dev.c                           |  2 +-
 drivers/i2c/busses/i2c-mv64xxx.c                   |  2 +-
 drivers/i2c/busses/i2c-stm32f4.c                   |  2 +-
 drivers/i2c/busses/i2c-sun6i-p2wi.c                |  2 +-
 drivers/i2c/busses/i2c-tegra.c                     |  2 +-
 drivers/iio/adc/rockchip_saradc.c                  |  3 +-
 drivers/iio/dac/stm32-dac-core.c                   |  2 +-
 drivers/input/keyboard/tegra-kbc.c                 |  2 +-
 drivers/media/platform/coda/coda-common.c          |  3 +-
 drivers/media/platform/stm32/stm32-dcmi.c          |  2 +-
 drivers/media/rc/st_rc.c                           |  2 +-
 drivers/media/rc/sunxi-cir.c                       |  2 +-
 drivers/mmc/host/dw_mmc.c                          |  2 +-
 drivers/mmc/host/sdhci-st.c                        |  2 +-
 drivers/mmc/host/sdhci-tegra.c                     |  3 +-
 drivers/mmc/host/sunxi-mmc.c                       |  3 +-
 drivers/mtd/nand/sunxi_nand.c                      |  2 +-
 drivers/mtd/spi-nor/stm32-quadspi.c                |  2 +-
 drivers/net/dsa/mt7530.c                           |  3 +-
 drivers/net/ethernet/hisilicon/hisi_femac.c        |  4 +-
 drivers/net/ethernet/hisilicon/hix5hd2_gmac.c      |  6 +--
 .../ethernet/stmicro/stmmac/dwmac-dwc-qos-eth.c    |  2 +-
 drivers/net/ethernet/stmicro/stmmac/dwmac-sun8i.c  |  3 +-
 .../net/ethernet/stmicro/stmmac/stmmac_platform.c  |  4 +-
 drivers/net/wireless/ath/ath10k/ahb.c              | 15 ++++---
 drivers/nvmem/lpc18xx_eeprom.c                     |  2 +-
 drivers/pci/dwc/pci-imx6.c                         |  7 +--
 drivers/pci/dwc/pcie-qcom.c                        | 40 +++++++++--------
 drivers/pci/host/pci-tegra.c                       |  6 +--
 drivers/pci/host/pcie-mediatek.c                   |  2 +-
 drivers/pci/host/pcie-rockchip.c                   | 15 ++++---
 drivers/phy/allwinner/phy-sun4i-usb.c              |  2 +-
 drivers/phy/allwinner/phy-sun9i-usb.c              |  4 +-
 drivers/phy/marvell/phy-berlin-usb.c               |  2 +-
 drivers/phy/qualcomm/phy-qcom-qmp.c                |  4 +-
 drivers/phy/qualcomm/phy-qcom-qusb2.c              |  3 +-
 drivers/phy/qualcomm/phy-qcom-usb-hs.c             |  3 +-
 drivers/phy/rockchip/phy-rockchip-pcie.c           |  2 +-
 drivers/phy/rockchip/phy-rockchip-typec.c          |  6 +--
 drivers/phy/rockchip/phy-rockchip-usb.c            |  2 +-
 drivers/phy/tegra/xusb-tegra210.c                  |  4 +-
 drivers/phy/tegra/xusb.c                           |  2 +-
 drivers/pinctrl/stm32/pinctrl-stm32.c              |  2 +-
 drivers/pinctrl/sunxi/pinctrl-sun6i-a31-r.c        |  2 +-
 drivers/pinctrl/sunxi/pinctrl-sun8i-a23-r.c        |  2 +-
 drivers/pinctrl/tegra/pinctrl-tegra-xusb.c         |  2 +-
 drivers/pwm/pwm-hibvt.c                            |  2 +-
 drivers/pwm/pwm-tegra.c                            |  2 +-
 drivers/remoteproc/keystone_remoteproc.c           |  2 +-
 drivers/remoteproc/qcom_q6v5_pil.c                 |  3 +-
 drivers/remoteproc/st_remoteproc.c                 |  6 ++-
 drivers/reset/core.c                               |  2 +-
 drivers/soc/mediatek/mtk-pmic-wrap.c               |  5 ++-
 drivers/soc/tegra/pmc.c                            |  2 +-
 drivers/spi/spi-stm32.c                            |  2 +-
 drivers/spi/spi-sun6i.c                            |  2 +-
 drivers/spi/spi-tegra114.c                         |  2 +-
 drivers/spi/spi-tegra20-sflash.c                   |  2 +-
 drivers/spi/spi-tegra20-slink.c                    |  2 +-
 drivers/staging/nvec/nvec.c                        |  2 +-
 drivers/thermal/rockchip_thermal.c                 |  3 +-
 drivers/thermal/tegra/soctherm.c                   |  3 +-
 drivers/tty/serial/8250/8250_dw.c                  |  2 +-
 drivers/tty/serial/serial-tegra.c                  |  2 +-
 drivers/usb/chipidea/ci_hdrc_msm.c                 |  2 +-
 drivers/usb/dwc2/platform.c                        |  3 +-
 drivers/usb/host/ehci-tegra.c                      |  5 ++-
 drivers/usb/host/xhci-tegra.c                      |  6 ++-
 drivers/usb/musb/sunxi.c                           |  2 +-
 drivers/usb/phy/phy-msm-usb.c                      |  4 +-
 drivers/usb/phy/phy-qcom-8x16-usb.c                |  2 +-
 drivers/watchdog/asm9260_wdt.c                     |  2 +-
 drivers/watchdog/mt7621_wdt.c                      |  2 +-
 drivers/watchdog/rt2880_wdt.c                      |  2 +-
 drivers/watchdog/zx2967_wdt.c                      |  2 +-
 include/linux/reset.h                              | 50 ----------------------
 sound/soc/img/img-i2s-in.c                         |  2 +-
 sound/soc/img/img-i2s-out.c                        |  2 +-
 sound/soc/img/img-parallel-out.c                   |  2 +-
 sound/soc/img/img-spdif-in.c                       |  2 +-
 sound/soc/img/img-spdif-out.c                      |  2 +-
 sound/soc/stm/stm32_i2s.c                          |  2 +-
 sound/soc/stm/stm32_sai.c                          |  2 +-
 sound/soc/stm/stm32_spdifrx.c                      |  2 +-
 sound/soc/sunxi/sun4i-codec.c                      |  3 +-
 sound/soc/sunxi/sun4i-i2s.c                        |  2 +-
 sound/soc/sunxi/sun4i-spdif.c                      |  3 +-
 sound/soc/tegra/tegra30_ahub.c                     |  4 +-
 128 files changed, 226 insertions(+), 235 deletions(-)

-- 
2.11.0

Cc: "David S. Miller" <davem@davemloft.net>
Cc: "Emilio López" <emilio@elopez.com.ar>
Cc: Adrian Hunter <adrian.hunter@intel.com>
Cc: Alan Stern <stern@rowland.harvard.edu>
Cc: Alan Tull <atull@kernel.org>
Cc: Alexandre Torgue <alexandre.torgue@st.com>
Cc: Andrew Lunn <andrew@lunn.ch>
Cc: Ben Skeggs <bskeggs@redhat.com>
Cc: Benjamin Gaignard <benjamin.gaignard@linaro.org>
Cc: Bin Liu <b-liu@ti.com>
Cc: Bjorn Andersson <bjorn.andersson@linaro.org>
Cc: Bjorn Helgaas <bhelgaas@google.com>
Cc: Boris Brezillon <boris.brezillon@free-electrons.com>
Cc: Brian Norris <computersforpeace@gmail.com>
Cc: Chanwoo Choi <cw00.choi@samsung.com>
Cc: Chen Feng <puck.chen@hisilicon.com>
Cc: Chen-Yu Tsai <wens@csie.org>
Cc: Corentin Labbe <clabbe.montjoie@gmail.com>
Cc: Cyrille Pitchen <cyrille.pitchen@wedev4u.fr>
Cc: Dan Williams <dan.j.williams@intel.com>
Cc: Daniel Lezcano <daniel.lezcano@linaro.org>
Cc: David Airlie <airlied@linux.ie>
Cc: David Woodhouse <dwmw2@infradead.org>
Cc: Dmitry Torokhov <dmitry.torokhov@gmail.com>
Cc: Eduardo Valentin <edubezval@gmail.com>
Cc: Felipe Balbi <balbi@kernel.org>
Cc: Florian Fainelli <f.fainelli@gmail.com>
Cc: Giuseppe Cavallaro <peppe.cavallaro@st.com>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Guenter Roeck <linux@roeck-us.net>
Cc: Hartmut Knaack <knaack.h@gmx.de>
Cc: Heiko Stuebner <heiko@sntech.de>
Cc: Herbert Xu <herbert@gondor.apana.org.au>
Cc: Jaehoon Chung <jh80.chung@samsung.com>
Cc: Jiri Slaby <jslaby@suse.com>
Cc: Joachim Eastwood <manabian@gmail.com>
Cc: John Youn <johnyoun@synopsys.com>
Cc: Jon Hunter <jonathanh@nvidia.com>
Cc: Jonathan Cameron <jic23@kernel.org>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: Jonathan Hunter <jonathanh@nvidia.com>
Cc: Kalle Valo <kvalo@qca.qualcomm.com>
Cc: Kishon Vijay Abraham I <kishon@ti.com>
Cc: Kyungmin Park <kyungmin.park@samsung.com>
Cc: Lars-Peter Clausen <lars@metafoo.de>
Cc: Laxman Dewangan <ldewangan@nvidia.com>
Cc: Lee Jones <lee.jones@linaro.org>
Cc: Liam Girdwood <lgirdwood@gmail.com>
Cc: Linus Walleij <linus.walleij@linaro.org>
Cc: Lucas Stach <l.stach@pengutronix.de>
Cc: Marc Dietrich <marvin24@gmx.de>
Cc: Marek Vasut <marek.vasut@gmail.com>
Cc: Mark Brown <broonie@kernel.org>
Cc: Mark Yao <mark.yao@rock-chips.com>
Cc: Mathias Nyman <mathias.nyman@intel.com>
Cc: Matthias Brugger <matthias.bgg@gmail.com>
Cc: Maxime Coquelin <mcoquelin.stm32@gmail.com>
Cc: Maxime Ripard <maxime.ripard@free-electrons.com>
Cc: Michael Turquette <mturquette@baylibre.com>
Cc: Moritz Fischer <moritz.fischer@ettus.com>
Cc: MyungJoo Ham <myungjoo.ham@samsung.com>
Cc: Ohad Ben-Cohen <ohad@wizery.com>
Cc: Patrice Chotard <patrice.chotard@st.com>
Cc: Peter Chen <Peter.Chen@nxp.com>
Cc: Peter De Schrijver <pdeschrijver@nvidia.com>
Cc: Peter Meerwald-Stadler <pmeerw@pmeerw.net>
Cc: Philippe Cornu <philippe.cornu@st.com>
Cc: Prashant Gaikwad <pgaikwad@nvidia.com>
Cc: Rakesh Iyer <riyer@nvidia.com>
Cc: Ralf Baechle <ralf@linux-mips.org>
Cc: Richard Weinberger <richard@nod.at>
Cc: Richard Zhu <hongxing.zhu@nxp.com>
Cc: Rongrong Zou <zourongrong@gmail.com>
Cc: Ryder Lee <ryder.lee@mediatek.com>
Cc: Salil Mehta <salil.mehta@huawei.com>
Cc: Shawn Lin <shawn.lin@rock-chips.com>
Cc: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>
Cc: Stanimir Varbanov <svarbanov@mm-sol.com>
Cc: Stephen Boyd <sboyd@codeaurora.org>
Cc: Tejun Heo <tj@kernel.org>
Cc: Thierry Reding <thierry.reding@gmail.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Ulf Hansson <ulf.hansson@linaro.org>
Cc: Vincent Abriou <vincent.abriou@st.com>
Cc: Vinod Koul <vinod.koul@intel.com>
Cc: Vivien Didelot <vivien.didelot@savoirfairelinux.com>
Cc: Wim Van Sebroeck <wim@iguana.be>
Cc: Wolfram Sang <wsa@the-dreams.de>
Cc: Xinliang Liu <z.liuxinliang@hisilicon.com>
Cc: Xinwei Kong <kong.kongxinwei@hisilicon.com>
Cc: Yannick Fertre <yannick.fertre@st.com>
Cc: Yisen Zhuang <yisen.zhuang@huawei.com>
Cc: Zhang Rui <rui.zhang@intel.com>
Cc: alsa-devel@alsa-project.org
Cc: ath10k@lists.infradead.org
Cc: devel@driverdev.osuosl.org
Cc: dmaengine@vger.kernel.org
Cc: dri-devel@lists.freedesktop.org
Cc: linux-arm-kernel@lists.infradead.org
Cc: linux-arm-msm@vger.kernel.org
Cc: linux-clk@vger.kernel.org
Cc: linux-crypto@vger.kernel.org
Cc: linux-doc@vger.kernel.org
Cc: linux-fpga@vger.kernel.org
Cc: linux-gpio@vger.kernel.org
Cc: linux-i2c@vger.kernel.org
Cc: linux-ide@vger.kernel.org
Cc: linux-iio@vger.kernel.org
Cc: linux-input@vger.kernel.org
Cc: linux-kernel@vger.kernel.org
Cc: linux-media@vger.kernel.org
Cc: linux-mediatek@lists.infradead.org
Cc: linux-mips@linux-mips.org
Cc: linux-mmc@vger.kernel.org
Cc: linux-mtd@lists.infradead.org
Cc: linux-pci@vger.kernel.org
Cc: linux-pm@vger.kernel.org
Cc: linux-pwm@vger.kernel.org
Cc: linux-remoteproc@vger.kernel.org
Cc: linux-rockchip@lists.infradead.org
Cc: linux-serial@vger.kernel.org
Cc: linux-spi@vger.kernel.org
Cc: linux-tegra@vger.kernel.org
Cc: linux-usb@vger.kernel.org
Cc: linux-watchdog@vger.kernel.org
Cc: linux-wireless@vger.kernel.org
Cc: netdev@vger.kernel.org
Cc: nouveau@lists.freedesktop.org

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2017-06-19 14:57 Мар'ян Пріцак
  2017-06-19 19:01 ` Josef Holzmayr
  0 siblings, 1 reply; 2101+ messages in thread
From: Мар'ян Пріцак @ 2017-06-19 14:57 UTC (permalink / raw)
  To: openembeded-devel

Hi all,

I'm trying to build an image that's supposed to be used as rootfs for
container.
Is there a way to build image rootfs without Linux kernel and modules?

BR,
Marian


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* <no subject>
@ 2017-06-06 21:34 Stephen  Bates
  0 siblings, 0 replies; 2101+ messages in thread
From: Stephen  Bates @ 2017-06-06 21:34 UTC (permalink / raw)
  To: fio

subscribe fio



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2017-05-30  5:19 Андрей Кононов
  2017-05-30 19:02 ` Petter Mabäcker
  0 siblings, 1 reply; 2101+ messages in thread
From: Андрей Кононов @ 2017-05-30  5:19 UTC (permalink / raw)
  To: yocto

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


i'm trying to build
bitbake fsl-image-multimedia-full -k
using  pyro repository and my image include QT5 library, but get error. The same configuration on  morty builded without errors
Parsing recipes: 100% |############################################################################################################################################################################################################################| Time: 0:19:36
Parsing of 2258 .bb files complete (0 cached, 2258 parsed). 3050 targets, 506 skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies
Build Configuration:
BB_VERSION = "1.34.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "linuxmint-18.1"
TARGET_SYS = "arm-poky-linux-gnueabi"
MACHINE = "imx6qpsabreauto"
DISTRO = "poky"
DISTRO_VERSION = "2.3"
TUNE_FEATURES = "arm armv7a vfp thumb neon callconvention-hard cortexa9"
TARGET_FPU = "hard"
meta 
meta-poky = "HEAD:31389f8b0088a8a83aa5e50f11359b39934e4640"
meta-oe 
meta-gnome 
meta-multimedia = "HEAD:5e82995148a2844c6f483ae5ddd1438d87ea9fb7"
meta-freescale = "HEAD:a65d13c315db447adda68b47faeb4c0afd0655b8"
meta-freescale-3rdparty = "HEAD:1f37698ac62945b6531a316ec1232af23cc6c050"
meta-freescale-distro = "HEAD:cd5c7a2539f40004f74126e9fdf08254fd9a6390"
meta-qt5 = "master:6605c48f3a900da26425ef31d83eb1c95d551531"
meta-ruby 
meta-networking 
meta-python 
meta-filesystems = "HEAD:5e82995148a2844c6f483ae5ddd1438d87ea9fb7"
Initialising tasks: 100% |#########################################################################################################################################################################################################################| Time: 0:02:40
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
ERROR: qtbase-5.8.0+gitAUTOINC+49dc9aa409-r0 do_patch: Command Error: 'quilt --quiltrc /media/barsuk/ext4.720/pyro/rootfs.systemd.qp/tmp/work/cortexa9hf-neon-mx6qdl-poky-linux-gnueabi/qtbase/5.8.0+gitAUTOINC+49dc9aa409-r0/recipe-sysroot-native/etc/quiltrc push' exited with 0 Output:
Applying patch 0014-Add-IMX-GPU-support.patch
patching file mkspecs/linux-oe-g++/qmake.conf
Hunk #1 FAILED at 39.
1 out of 1 hunk FAILED -- rejects in file mkspecs/linux-oe-g++/qmake.conf
Patch 0014-Add-IMX-GPU-support.patch does not apply (enforce with -f)
ERROR: qtbase-5.8.0+gitAUTOINC+49dc9aa409-r0 do_patch: Function failed: patch_do_patch
ERROR: Logfile of failure stored in: /media/barsuk/ext4.720/pyro/rootfs.systemd.qp/tmp/work/cortexa9hf-neon-mx6qdl-poky-linux-gnueabi/qtbase/5.8.0+gitAUTOINC+49dc9aa409-r0/temp/log.do_patch.8895
ERROR: Task (/media/barsuk/ext4.720/pyro/sources/meta-qt5/recipes-qt/qt5/qtbase_git.bb:do_patch) failed with exit code '1'
WARNING: ttf-arphic-uming-20080216-r6 do_populate_lic: ttf-arphic-uming: No generic license file exists for: Arphic-Public-License in any provider
NOTE: Tasks Summary: Attempted 5116 tasks of which 6 didn't need to be rerun and 1 failed.
Summary: 1 task failed:
/media/barsuk/ext4.720/pyro/sources/meta-qt5/recipes-qt/qt5/qtbase_git.bb:do_patch
Summary: There were 2 WARNING messages shown.
Summary: There were 2 ERROR messages shown, returning a non-zero exit code.

-- 
Андрей Кононов

[-- Attachment #2: Type: text/html, Size: 3433 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [PATCH] openssh: Atomically generate host keys
@ 2017-05-07  1:33 Joshua Watt
  2017-05-09  2:24 ` (No subject) Joshua Watt
  0 siblings, 1 reply; 2101+ messages in thread
From: Joshua Watt @ 2017-05-07  1:33 UTC (permalink / raw)
  To: openembedded-core

Generating the host keys atomically prevents power interruptions during
the first boot from leaving the key files incomplete, which often
prevents users from being able to ssh into the device.

Signed-off-by: Joshua Watt <JPEWhacker@gmail.com>
---
 meta/recipes-connectivity/openssh/openssh/init     | 21 ++++------------
 .../openssh/openssh/sshd-check-key                 | 28 ++++++++++++++++++++++
 .../openssh/openssh/sshdgenkeys.service            | 16 ++++---------
 meta/recipes-connectivity/openssh/openssh_7.4p1.bb |  8 +++++++
 4 files changed, 44 insertions(+), 29 deletions(-)
 create mode 100644 meta/recipes-connectivity/openssh/openssh/sshd-check-key

diff --git a/meta/recipes-connectivity/openssh/openssh/init b/meta/recipes-connectivity/openssh/openssh/init
index 1f63725..22124a9 100644
--- a/meta/recipes-connectivity/openssh/openssh/init
+++ b/meta/recipes-connectivity/openssh/openssh/init
@@ -45,23 +45,10 @@ check_config() {
 }
 
 check_keys() {
-	# create keys if necessary
-	if [ ! -f $HOST_KEY_RSA ]; then
-		echo "  generating ssh RSA key..."
-		ssh-keygen -q -f $HOST_KEY_RSA -N '' -t rsa
-	fi
-	if [ ! -f $HOST_KEY_ECDSA ]; then
-		echo "  generating ssh ECDSA key..."
-		ssh-keygen -q -f $HOST_KEY_ECDSA -N '' -t ecdsa
-	fi
-	if [ ! -f $HOST_KEY_DSA ]; then
-		echo "  generating ssh DSA key..."
-		ssh-keygen -q -f $HOST_KEY_DSA -N '' -t dsa
-	fi
-	if [ ! -f $HOST_KEY_ED25519 ]; then
-		echo "  generating ssh ED25519 key..."
-		ssh-keygen -q -f $HOST_KEY_ED25519 -N '' -t ed25519
-	fi
+    @LIBEXECDIR@/sshd-check-key $HOST_KEY_RSA rsa
+    @LIBEXECDIR@/sshd-check-key $HOST_KEY_ECDSA ecdsa
+    @LIBEXECDIR@/sshd-check-key $HOST_KEY_DSA dsa
+    @LIBEXECDIR@/sshd-check-key $HOST_KEY_ED25519 ed25519
 }
 
 export PATH="${PATH:+$PATH:}/usr/sbin:/sbin"
diff --git a/meta/recipes-connectivity/openssh/openssh/sshd-check-key b/meta/recipes-connectivity/openssh/openssh/sshd-check-key
new file mode 100644
index 0000000..3495d98
--- /dev/null
+++ b/meta/recipes-connectivity/openssh/openssh/sshd-check-key
@@ -0,0 +1,28 @@
+#! /bin/sh
+set -e
+
+NAME="$1"
+TYPE="$2"
+
+if [ -z "$NAME" ] || [ -z "$TYPE" ]; then
+    echo "Usage: $0 NAME TYPE"
+    exit 1;
+fi
+
+if [ ! -f "$NAME" ]; then
+    echo "  generating ssh $TYPE key..."
+    ssh-keygen -q -f "${NAME}.tmp" -N '' -t $TYPE
+
+    # Sync to ensure data is written to temp file before renaming
+    sync
+
+    # Move (Atomically rename) files
+    # Rename the .pub file first, since the check that triggers a
+    # key generation is based on the private file.
+    mv -f "${NAME}.tmp.pub" "${NAME}.pub"
+    sync
+
+    mv -f "${NAME}.tmp" "${NAME}"
+    sync
+fi
+
diff --git a/meta/recipes-connectivity/openssh/openssh/sshdgenkeys.service b/meta/recipes-connectivity/openssh/openssh/sshdgenkeys.service
index 148e6ad..af56404 100644
--- a/meta/recipes-connectivity/openssh/openssh/sshdgenkeys.service
+++ b/meta/recipes-connectivity/openssh/openssh/sshdgenkeys.service
@@ -1,22 +1,14 @@
 [Unit]
 Description=OpenSSH Key Generation
 RequiresMountsFor=/var /run
-ConditionPathExists=!/var/run/ssh/ssh_host_rsa_key
-ConditionPathExists=!/var/run/ssh/ssh_host_dsa_key
-ConditionPathExists=!/var/run/ssh/ssh_host_ecdsa_key
-ConditionPathExists=!/var/run/ssh/ssh_host_ed25519_key
-ConditionPathExists=!/etc/ssh/ssh_host_rsa_key
-ConditionPathExists=!/etc/ssh/ssh_host_dsa_key
-ConditionPathExists=!/etc/ssh/ssh_host_ecdsa_key
-ConditionPathExists=!/etc/ssh/ssh_host_ed25519_key
 
 [Service]
 Environment="SYSCONFDIR=/etc/ssh"
 EnvironmentFile=-/etc/default/ssh
 ExecStart=@BASE_BINDIR@/mkdir -p $SYSCONFDIR
-ExecStart=@BINDIR@/ssh-keygen -q -f ${SYSCONFDIR}/ssh_host_rsa_key -N '' -t rsa
-ExecStart=@BINDIR@/ssh-keygen -q -f ${SYSCONFDIR}/ssh_host_dsa_key -N '' -t dsa
-ExecStart=@BINDIR@/ssh-keygen -q -f ${SYSCONFDIR}/ssh_host_ecdsa_key -N '' -t ecdsa
-ExecStart=@BINDIR@/ssh-keygen -q -f ${SYSCONFDIR}/ssh_host_ed25519_key -N '' -t ed25519
+ExecStart=@LIBEXECDIR@/sshd-check-key ${SYSCONFDIR}/ssh_host_rsa_key rsa
+ExecStart=@LIBEXECDIR@/sshd-check-key ${SYSCONFDIR}/ssh_host_dsa_key dsa
+ExecStart=@LIBEXECDIR@/sshd-check-key ${SYSCONFDIR}/ssh_host_ecdsa_key ecdsa
+ExecStart=@LIBEXECDIR@/sshd-check-key ${SYSCONFDIR}/ssh_host_ed25519_key ed25519
 Type=oneshot
 RemainAfterExit=yes
diff --git a/meta/recipes-connectivity/openssh/openssh_7.4p1.bb b/meta/recipes-connectivity/openssh/openssh_7.4p1.bb
index c8093d4..ccd7a02 100644
--- a/meta/recipes-connectivity/openssh/openssh_7.4p1.bb
+++ b/meta/recipes-connectivity/openssh/openssh_7.4p1.bb
@@ -25,6 +25,7 @@ SRC_URI = "http://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-${PV}.tar
            file://openssh-7.1p1-conditional-compile-des-in-cipher.patch \
            file://openssh-7.1p1-conditional-compile-des-in-pkcs11.patch \
            file://fix-potential-signed-overflow-in-pointer-arithmatic.patch \
+           file://sshd-check-key \
            "
 
 PAM_SRC_URI = "file://sshd"
@@ -124,7 +125,14 @@ do_install_append () {
 	sed -i -e 's,@BASE_BINDIR@,${base_bindir},g' \
 		-e 's,@SBINDIR@,${sbindir},g' \
 		-e 's,@BINDIR@,${bindir},g' \
+		-e 's,@LIBEXECDIR@,${libexecdir}/${BPN},g' \
 		${D}${systemd_unitdir}/system/sshd.socket ${D}${systemd_unitdir}/system/*.service
+
+	sed -i -e 's,@LIBEXECDIR@,${libexecdir}/${BPN},g' \
+		${D}${sysconfdir}/init.d/sshd
+
+	install -d 644 ${D}${libexecdir}/${BPN}
+	install -m 0755 ${WORKDIR}/sshd-check-key ${D}${libexecdir}/${BPN}
 }
 
 do_install_ptest () {
-- 
2.9.3



^ permalink raw reply related	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2017-04-06  0:06 Andrej Rode
  0 siblings, 0 replies; 2101+ messages in thread
From: Andrej Rode @ 2017-04-06  0:06 UTC (permalink / raw)
  To: openembedded-devel

This patchset adds python-mprpc and python-gsocketpool to meta-python.
mprpc is a messagepack RPC implementation for python.



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2017-04-04 11:29 Seraphime Kirkovski
  0 siblings, 0 replies; 2101+ messages in thread
From: Seraphime Kirkovski @ 2017-04-04 11:29 UTC (permalink / raw)
  Cc: Wei Liu, IanJackson, xen-devel

<ian.jackson@eu.citrix.com>
Bcc: 
Subject: Re: [PATCH] libxc: fix segfault on uninitialized xch->fmem
Reply-To: 
In-Reply-To: <20170404101507.lohlu5rbx4jq5md2@citrix.com>

On Tue, Apr 04, 2017 at 11:15:07AM +0100, Wei Liu wrote:
> Since there are a few handles in xch, it would be better to initialise
> them all at once by doing:
> 
>     struct xc_interface_core xch_buf = { 0 }
> 
> >      xch->flags = open_flags;
> >      xch->dombuild_logger_file = 0;
> >      xc_clear_last_error(xch);
> > -- 
> > 2.11.0
> > 

Hi, thanks for the reply.

Literally 10 minutes after sending this, I thought that a bzero would
be better. Will send a V2 shortly.

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2017-03-10  9:49 Suneetha Lakshmi G
  0 siblings, 0 replies; 2101+ messages in thread
From: Suneetha Lakshmi G @ 2017-03-10  9:49 UTC (permalink / raw)
  To: yocto

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


suneetha.g@tataelxsi.co.in



[-- Attachment #2: Type: text/html, Size: 622 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2017-03-09 10:32 Felix Bruns
  0 siblings, 0 replies; 2101+ messages in thread
From: Felix Bruns @ 2017-03-09 10:32 UTC (permalink / raw)
  To: alsa-devel

   Hello,

   I am working on embedded device (using an i.MX6  MCU) which has an
   external amplifier for sound amplification.

   Unfortunately I could not find information if and how the gain of
   hardware amplifiers are controlled by ALSA.
   Can somebody clarify or point me to an example?

   Thanks and kind regards,
   Felix Bruns

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2017-02-27 18:12 Dmitry Rockosov
  2017-03-06 10:48 ` George Dunlap
  0 siblings, 1 reply; 2101+ messages in thread
From: Dmitry Rockosov @ 2017-02-27 18:12 UTC (permalink / raw)
  To: Xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 421 bytes --]

Hi guys,

Do you know when *recognized* Virtual Interrupt on VM-Entry will be
delivered if Virtual-Interrupt Delivery is enabled and interrupt delivery
is blocking by STI?

Previously, VMM used Interrupt-Window, but as I see in XEN code,
Interrupt-Window is not used when Virtual Interrupt Delivery is enabled.

Does it mean, we will get Virtual Interrupt on the next VM-entry?

Thank you!

Best Regards,
Rockosov Dmitry

[-- Attachment #1.2: Type: text/html, Size: 676 bytes --]

[-- Attachment #2: Type: text/plain, Size: 127 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2017-02-21 14:58 anders
  0 siblings, 0 replies; 2101+ messages in thread
From: anders @ 2017-02-21 14:58 UTC (permalink / raw)
  To: dev



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2017-02-17 17:17 dhara buch
  2017-02-20 17:56 ` Dario Faggioli
  0 siblings, 1 reply; 2101+ messages in thread
From: dhara buch @ 2017-02-17 17:17 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 660 bytes --]

Hello,

I have installed Ubuntu 15.10 in which have installed Xen with source.

Booting is done with Xen as well as commands like xl infor, xl list are
also working fine.

For creating Virtual Machine, I have installed Virtual Machine Manager, but
when I try to run it, it gives error as follows:







*Unable to connect to libvirt.internal error: libxenlight state driver is
not activeVerify that: - A Xen host kernel was booted - The Xen service has
been started*

I tried by installing libvirt as
apt-get install libvirt-bin

but, still the same problem is found. Libvirtd service is also not getting
started.

Where am I lacking?

Thank you,

Dhara Buch

[-- Attachment #1.2: Type: text/html, Size: 823 bytes --]

[-- Attachment #2: Type: text/plain, Size: 127 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2017-02-17 10:47 Norbert Manthey
  2017-02-17 11:35 ` Andrew Cooper
  0 siblings, 1 reply; 2101+ messages in thread
From: Norbert Manthey @ 2017-02-17 10:47 UTC (permalink / raw)
  To: xen-devel


Dear Xen developers,

I would like to bring the attached two patches online, as they fix minor defects
in the upstream code base.

Best,
Norbert

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2017-02-17  7:35 Paulo Neves
  0 siblings, 0 replies; 2101+ messages in thread
From: Paulo Neves @ 2017-02-17  7:35 UTC (permalink / raw)
  To: Yocto list discussion

Hello Yocto list from time to time my builds are getting this error
and I can't understand why is this happening. Every package is in
local IO, only the sstate cache i think is in an NFS mount.

Can you hint me at why this error could come up in yocto do_rootfs?

ERROR: lfs-release-full-x86-64-build-pc-linux-gnu-1.0-r0 do_rootfs:
Unable to install packages. Command
'/workspace/builds/yoctobuild/tmp/sysroots/x86_64-linux/usr/bin/opkg
--volatile-cache -f
/workspace/builds/yoctobuild/tmp/work/x86_64_build_pc_linux_gnu-poky-linux/lfs-release-full-x86-64-build-pc-linux-gnu/1.0-r0/opkg.conf
-o /workspace/builds/yoctobuild/tmp/work/x86_64_build_pc_linux_gnu-poky-linux/lfs-release-full-x86-64-build-pc-linux-gnu/1.0-r0/rootfs
 --force_postinstall --prefer-arch-to-version   install run-postinsts
fullsysroot all-vcf-wmp' returned 255:
Collected errors:
 * opkg_install_pkg: Failed to download fullsysroot. Perhaps you need
to run 'opkg update'?
 * opkg_install: Cannot install package fullsysroot.
 Installing run-postinsts (1.0-r0) on root.

....

Best regards
Paulo Neves


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2017-02-09 11:53 anders
  0 siblings, 0 replies; 2101+ messages in thread
From: anders @ 2017-02-09 11:53 UTC (permalink / raw)
  To: dev



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* <no subject>
@ 2017-01-25  9:38 Sirisha Guduru
  0 siblings, 0 replies; 2101+ messages in thread
From: Sirisha Guduru @ 2017-01-25  9:38 UTC (permalink / raw)
  To: ceph-devel

subscribe ceph-devel


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2017-01-16 16:28 Tony Whittam
  0 siblings, 0 replies; 2101+ messages in thread
From: Tony Whittam @ 2017-01-16 16:28 UTC (permalink / raw)
  To: intel-gfx


[-- Attachment #1.1: Type: text/plain, Size: 2520 bytes --]

Hi everyone,

I don't know if this is too specialised for this list. Anyway, no harm in
asking the question :-)

*Preamble*
Build: Yocto from the Apollo Lake BSP release *gold, *
Hardware: Oxbow Hill Rev B CRB with Intel Atom E3950 and 4GB DDR3 RAM (one
SODIMM)
Build: core-image-sato-sdk
Installed on the onboard eMMC.
OpenCL: installed user space drivers from SRB4 https://software.intel.
com/file/533571/download

I'm currently evaluating the Apollo Lake platform as a candidate to run our
embedded application. We already have this application running on less
powerful ARM based Linux systems with Mali GPU using OpenCL 1.2. We're now
evaluating the E3950 as a faster alternative. To evaluate the application I
need OpenCL 1.2 or later.

To verify the OpenCL installation I have built and run the Intel demo apps:
CapsBasic and Bitonic Sort. CapsBasic sees two devices: CPU and GPU and
Bitonic sort can run its kernels correctly on both the CPU and the GPU.

*The issue*
Simply put, the application has

   - thread 1 (feeder): has a loop that feeds data into OpenCL and queues
   kernels
   - thread 2 (consumer): waits for results and reads output data.
   - an OpenCL Host command queue with out-of-order execution enabled

When I run my app and select the GPU OpenCL device, the feeder thread *stalls
inside a blocking call to clEnqueueMapBuffer(). *At this point only one
thing has been queued on the command queue: a buffer unmap command for a
different buffer. This unmap is waiting for an OpenCL event that will
indicate data ready to be processed.

In contrast, when I run my app and select the *CPU OpenCL *device, it works
perfectly.

Does anyone have any ideas on

   1. what might be causing this problem running with the GPU?
   2. how to debug this on the Yocto platform?

Best regards,

Tony

-- 
Tony Whittam
Rapt Touch

-- 
Confidentiality Notice: 

The information contained in this message, including any attachments 
hereto, may be confidential and is intended to be read only by the 
individual or entity to whom this message is addressed. If the reader of 
this message is not the intended recipient or an agent or designee of the 
intended recipient, please note that any review, use, disclosure or 
distribution of this message or its attachments, in any form, is strictly 
prohibited. If you have received this message in error, please immediately 
notify the sender and/or Rapt Touch Ltd via email at info@rapttouch.com and 
delete or destroy any copy of this message and its attachments.

[-- Attachment #1.2: Type: text/html, Size: 4121 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2017-01-09 10:49 Rohit Jindal
  0 siblings, 0 replies; 2101+ messages in thread
From: Rohit Jindal @ 2017-01-09 10:49 UTC (permalink / raw)
  To: yocto

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

Please help.me adding support for JIT to openjdk 8 in arm architecture.

Immediate help is highly appreciated.

Rohit

[-- Attachment #2: Type: text/html, Size: 160 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2016-12-29  0:56 Ronald Rojas
  2017-01-04  1:10 ` Stefano Stabellini
  0 siblings, 1 reply; 2101+ messages in thread
From: Ronald Rojas @ 2016-12-29  0:56 UTC (permalink / raw)
  Cc: Wei Liu, George Dunlap, Ian Jackson, George Dunlap, xen-devel

The first 57 commits are merged from previous work done by 
George Dunlap at (https://github.com/gwd/schedbench) and 
implement manipulating Cpu pool. The last 2 commits merge 
his work onto the Xen tree and implement finding system 
information and throwing errors.

CC: xen-devel <xen-devel@lists.xen.org>
CC: Ian Jackson <ian.jackson@eu.citrix.com>
CC: Wei Liu <wei.liu2@citrix.com>
CC: George Dunlap <george.dunlap@citrix.com>
CC: George Dunlap <dunlapg@umich.edu>


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2016-11-30 12:32 胡瑞桓
  0 siblings, 0 replies; 2101+ messages in thread
From: 胡瑞桓 @ 2016-11-30 12:32 UTC (permalink / raw)
  To: linux-f2fs-devel



------------------------------------------------------------------------------

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2016-11-28 17:18 Ronald Rojas
  0 siblings, 0 replies; 2101+ messages in thread
From: Ronald Rojas @ 2016-11-28 17:18 UTC (permalink / raw)
  To: xen-devel, ian.jackson, wei.liu2, george.dunlap, dunlapg

Create a Makefile for the golang xenlight project, which will
allow users to access libxl functionality in Golang. Makefile 
rules were also added to tools/Makefile for the project to be 
built and installed. A template Golang file was also created 
for the project to be properly built. 


_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* Re: [PATCH i-g-t v5 1/4] lib: add igt_dummyload
@ 2016-11-11 16:16 Daniel Vetter
  2016-11-14 18:24 ` (no subject) Abdiel Janulgue
  0 siblings, 1 reply; 2101+ messages in thread
From: Daniel Vetter @ 2016-11-11 16:16 UTC (permalink / raw)
  To: Abdiel Janulgue; +Cc: Daniel Vetter, intel-gfx

On Fri, Nov 11, 2016 at 07:41:10PM +0200, Abdiel Janulgue wrote:
> A lot of igt testcases need some GPU workload to make sure a race
> window is big enough. Unfortunately having a fixed amount of
> workload leads to spurious test failures or overtly long runtimes
> on some fast/slow platforms. This library contains functionality
> to submit GPU workloads that should consume exactly a specific
> amount of time.
> 
> v2 : Add recursive batch feature from Chris
> v3 : Drop auto-tuned stuff. Add bo dependecy to recursive batch
>      by adding a dummy reloc to the bo as suggested by Ville.
> v4:  Fix dependency reloc as write instead of read (Ville).
>      Fix wrong handling of batchbuffer start on ILK causing
>      test failure
> 
> Cc: Daniel Vetter <daniel.vetter@ffwll.ch>
> Cc: Ville Syrjälä <ville.syrjala@linux.intel.com>
> Cc: Chris Wilson <chris@chris-wilson.co.uk>
> Signed-off-by: Abdiel Janulgue <abdiel.janulgue@linux.intel.com>
> ---
>  lib/Makefile.sources |   2 +
>  lib/igt.h            |   1 +
>  lib/igt_dummyload.c  | 276 +++++++++++++++++++++++++++++++++++++++++++++++++++
>  lib/igt_dummyload.h  |  42 ++++++++

Did you check that your new docs do show up in the generated
documentation? Iirc you need to edit some xml under docs/.
-Daniel

>  4 files changed, 321 insertions(+)
>  create mode 100644 lib/igt_dummyload.c
>  create mode 100644 lib/igt_dummyload.h
> 
> diff --git a/lib/Makefile.sources b/lib/Makefile.sources
> index e8e277b..7fc5ec2 100644
> --- a/lib/Makefile.sources
> +++ b/lib/Makefile.sources
> @@ -75,6 +75,8 @@ lib_source_list =	 	\
>  	igt_draw.h		\
>  	igt_pm.c		\
>  	igt_pm.h		\
> +	igt_dummyload.c		\
> +	igt_dummyload.h		\
>  	uwildmat/uwildmat.h	\
>  	uwildmat/uwildmat.c	\
>  	$(NULL)
> diff --git a/lib/igt.h b/lib/igt.h
> index d751f24..a0028d5 100644
> --- a/lib/igt.h
> +++ b/lib/igt.h
> @@ -32,6 +32,7 @@
>  #include "igt_core.h"
>  #include "igt_debugfs.h"
>  #include "igt_draw.h"
> +#include "igt_dummyload.h"
>  #include "igt_fb.h"
>  #include "igt_gt.h"
>  #include "igt_kms.h"
> diff --git a/lib/igt_dummyload.c b/lib/igt_dummyload.c
> new file mode 100644
> index 0000000..b934fd5
> --- /dev/null
> +++ b/lib/igt_dummyload.c
> @@ -0,0 +1,276 @@
> +/*
> + * Copyright © 2016 Intel Corporation
> + *
> + * Permission is hereby granted, free of charge, to any person obtaining a
> + * copy of this software and associated documentation files (the "Software"),
> + * to deal in the Software without restriction, including without limitation
> + * the rights to use, copy, modify, merge, publish, distribute, sublicense,
> + * and/or sell copies of the Software, and to permit persons to whom the
> + * Software is furnished to do so, subject to the following conditions:
> + *
> + * The above copyright notice and this permission notice (including the next
> + * paragraph) shall be included in all copies or substantial portions of the
> + * Software.
> + *
> + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
> + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
> + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
> + * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
> + * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
> + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS
> + * IN THE SOFTWARE.
> + *
> + */
> +
> +#include "igt.h"
> +#include "igt_dummyload.h"
> +#include <time.h>
> +#include <signal.h>
> +#include <sys/syscall.h>
> +
> +/**
> + * SECTION:igt_dummyload
> + * @short_description: Library for submitting GPU workloads
> + * @title: Dummyload
> + * @include: igt.h
> + *
> + * A lot of igt testcases need some GPU workload to make sure a race window is
> + * big enough. Unfortunately having a fixed amount of workload leads to
> + * spurious test failures or overtly long runtimes on some fast/slow platforms.
> + * This library contains functionality to submit GPU workloads that should
> + * consume exactly a specific amount of time.
> + */
> +
> +#define NSEC_PER_SEC 1000000000L
> +
> +#define gettid() syscall(__NR_gettid)
> +#define sigev_notify_thread_id _sigev_un._tid
> +
> +#define LOCAL_I915_EXEC_BSD_SHIFT      (13)
> +#define LOCAL_I915_EXEC_BSD_MASK       (3 << LOCAL_I915_EXEC_BSD_SHIFT)
> +
> +#define ENGINE_MASK  (I915_EXEC_RING_MASK | LOCAL_I915_EXEC_BSD_MASK)
> +
> +static void
> +fill_object(struct drm_i915_gem_exec_object2 *obj, uint32_t gem_handle,
> +	    struct drm_i915_gem_relocation_entry *relocs, uint32_t count)
> +{
> +	memset(obj, 0, sizeof(*obj));
> +	obj->handle = gem_handle;
> +	obj->relocation_count = count;
> +	obj->relocs_ptr = (uintptr_t)relocs;
> +}
> +
> +static void
> +fill_reloc(struct drm_i915_gem_relocation_entry *reloc,
> +	   uint32_t gem_handle, uint32_t offset,
> +	   uint32_t read_domains, uint32_t write_domains)
> +{
> +	reloc->target_handle = gem_handle;
> +	reloc->delta = 0;
> +	reloc->offset = offset * sizeof(uint32_t);
> +	reloc->presumed_offset = 0;
> +	reloc->read_domains = read_domains;
> +	reloc->write_domain = write_domains;
> +}
> +
> +
> +static uint32_t *batch;
> +
> +static uint32_t emit_recursive_batch(int fd, int engine, unsigned dep_handle)
> +{
> +	const int gen = intel_gen(intel_get_drm_devid(fd));
> +	struct drm_i915_gem_exec_object2 obj[2];
> +	struct drm_i915_gem_relocation_entry relocs[2];
> +	struct drm_i915_gem_execbuffer2 execbuf;
> +	unsigned engines[16];
> +	unsigned nengine, handle;
> +	int i = 0, reloc_count = 0, buf_count = 0;
> +
> +	buf_count = 0;
> +	nengine = 0;
> +	if (engine < 0) {
> +		for_each_engine(fd, engine)
> +			if (engine)
> +				engines[nengine++] = engine;
> +	} else {
> +		igt_require(gem_has_ring(fd, engine));
> +		engines[nengine++] = engine;
> +	}
> +	igt_require(nengine);
> +
> +	memset(&execbuf, 0, sizeof(execbuf));
> +	memset(obj, 0, sizeof(obj));
> +	memset(relocs, 0, sizeof(relocs));
> +
> +	execbuf.buffers_ptr = (uintptr_t) obj;
> +	handle = gem_create(fd, 4096);
> +	batch = gem_mmap__gtt(fd, handle, 4096, PROT_WRITE);
> +	gem_set_domain(fd, handle,
> +			I915_GEM_DOMAIN_GTT, I915_GEM_DOMAIN_GTT);
> +
> +	if (nengine == 1 && dep_handle > 0) {
> +		/* dummy write to dependency */
> +		fill_object(&obj[buf_count], dep_handle, NULL, 0);
> +		buf_count++;
> +
> +		fill_reloc(&relocs[reloc_count], dep_handle, i,
> +			   I915_GEM_DOMAIN_RENDER,
> +			   I915_GEM_DOMAIN_RENDER);
> +		batch[i++] = 0; /* reloc */
> +		reloc_count++;
> +		batch[i++] = MI_NOOP;
> +	}
> +
> +	if (gen >= 8) {
> +		batch[i++] = MI_BATCH_BUFFER_START | 1 << 8 | 1;
> +		/* recurse */
> +		fill_reloc(&relocs[reloc_count], handle, i,
> +			   I915_GEM_DOMAIN_COMMAND, 0);
> +		batch[i++] = 0;
> +		batch[i++] = 0;
> +	} else if (gen >= 6) {
> +		batch[i++] = MI_BATCH_BUFFER_START | 1 << 8;
> +		/* recurse */
> +		fill_reloc(&relocs[reloc_count], handle, i,
> +			   I915_GEM_DOMAIN_COMMAND, 0);
> +		batch[i++] = 0;
> +	} else {
> +		batch[i++] = MI_BATCH_BUFFER_START | 2 << 6 |
> +			((gen < 4) ? 1 : 0);
> +		/* recurse */
> +		fill_reloc(&relocs[reloc_count], handle, i,
> +			   I915_GEM_DOMAIN_COMMAND, 0);
> +		batch[i++] = 0;
> +		if (gen < 4)
> +			relocs[reloc_count].delta = 1;
> +	}
> +	reloc_count++;
> +
> +	fill_object(&obj[buf_count], handle, relocs, reloc_count);
> +	buf_count++;
> +
> +	for (i = 0; i < nengine; i++) {
> +		execbuf.flags &= ~ENGINE_MASK;
> +		execbuf.flags = engines[i];
> +		execbuf.buffer_count = buf_count;
> +		gem_execbuf(fd, &execbuf);
> +	}
> +
> +	return handle;
> +}
> +
> +static void sigiter(int sig, siginfo_t *info, void *arg)
> +{
> +	*batch = MI_BATCH_BUFFER_END;
> +	__sync_synchronize();
> +}
> +
> +static timer_t setup_batch_exit_timer(int64_t ns)
> +{
> +	timer_t timer;
> +	struct sigevent sev;
> +	struct sigaction act;
> +	struct itimerspec its;
> +
> +	memset(&sev, 0, sizeof(sev));
> +	sev.sigev_notify = SIGEV_SIGNAL | SIGEV_THREAD_ID;
> +	sev.sigev_notify_thread_id = gettid();
> +	sev.sigev_signo = SIGRTMIN + 1;
> +	igt_assert(timer_create(CLOCK_MONOTONIC, &sev, &timer) == 0);
> +	igt_assert(timer > 0);
> +
> +	memset(&act, 0, sizeof(act));
> +	act.sa_sigaction = sigiter;
> +	act.sa_flags = SA_SIGINFO;
> +	igt_assert(sigaction(SIGRTMIN + 1, &act, NULL) == 0);
> +
> +	memset(&its, 0, sizeof(its));
> +	its.it_value.tv_sec = ns / NSEC_PER_SEC;
> +	its.it_value.tv_nsec = ns % NSEC_PER_SEC;
> +	igt_assert(timer_settime(timer, 0, &its, NULL) == 0);
> +
> +	return timer;
> +}
> +
> +/**
> + * igt_spin_batch:
> + * @fd: open i915 drm file descriptor
> + * @ns: amount of time in nanoseconds the batch executes after terminating.
> + *      If value is less than 0, execute batch forever.
> + * @engine: Ring to execute batch OR'd with execbuf flags. If value is less
> + *          than 0, execute on all available rings.
> + * @dep_handle: handle to a buffer object dependency. If greater than 0, add a
> + *              relocation entry to this buffer within the batch.
> + *
> + * Start a recursive batch on a ring that terminates after an exact amount
> + * of time has elapsed. Immediately returns a #igt_spin_t that contains the
> + * batch's handle that can be waited upon. The returned structure must be passed to
> + * igt_post_spin_batch() for post-processing.
> + *
> + * Returns:
> + * Structure with helper internal state for igt_post_spin_batch().
> + */
> +igt_spin_t igt_spin_batch(int fd, int64_t ns, int engine, unsigned dep_handle)
> +{
> +	timer_t timer;
> +	uint32_t handle = emit_recursive_batch(fd, engine, dep_handle);
> +	int64_t wait_timeout = 0;
> +	igt_assert_eq(gem_wait(fd, handle, &wait_timeout), -ETIME);
> +
> +	if (ns < 1) {
> +		if (ns == 0) {
> +			*batch = MI_BATCH_BUFFER_END;
> +			__sync_synchronize();
> +			return (igt_spin_t){ handle, batch, 0};
> +		}
> +		return (igt_spin_t){ handle, batch, 0 };
> +	}
> +	timer = setup_batch_exit_timer(ns);
> +
> +	return (igt_spin_t){ handle, batch, timer };
> +}
> +
> +/**
> + * igt_post_spin_batch:
> + * @fd: open i915 drm file descriptor
> + * @arg: spin batch state from igt_spin_batch()
> + *
> + * This function does the necessary post-processing after starting a recursive
> + * batch with igt_spin_batch().
> + */
> +void igt_post_spin_batch(int fd, igt_spin_t arg)
> +{
> +	if (arg.handle == 0)
> +		return;
> +
> +	if (arg.timer > 0)
> +		timer_delete(arg.timer);
> +
> +	gem_close(fd, arg.handle);
> +	munmap(arg.batch, 4096);
> +}
> +
> +
> +/**
> + * igt_spin_batch_wait:
> + * @fd: open i915 drm file descriptor
> + * @ns: amount of time in nanoseconds the batch executes after terminating.
> + *      If value is less than 0, execute batch forever.
> + * @engine: ring to execute batch OR'd with execbuf flags. If value is less
> + *          than 0, execute on all available rings.
> + * @dep_handle: handle to a buffer object dependency. If greater than 0, include
> + *              this buffer on the wait dependency
> + *
> + * This is similar to igt_spin_batch(), but waits on the recursive batch to finish
> + * instead of returning right away. The function also does the necessary
> + * post-processing automatically if set to timeout.
> + */
> +void igt_spin_batch_wait(int fd, int64_t ns, int engine, unsigned dep_handle)
> +{
> +	igt_spin_t spin = igt_spin_batch(fd, ns, engine, dep_handle);
> +	int64_t wait_timeout = ns + (0.5 * NSEC_PER_SEC);
> +	igt_assert_eq(gem_wait(fd, spin.handle, &wait_timeout), 0);
> +
> +	igt_post_spin_batch(fd, spin);
> +}
> diff --git a/lib/igt_dummyload.h b/lib/igt_dummyload.h
> new file mode 100644
> index 0000000..79ead2c
> --- /dev/null
> +++ b/lib/igt_dummyload.h
> @@ -0,0 +1,42 @@
> +/*
> + * Copyright © 2016 Intel Corporation
> + *
> + * Permission is hereby granted, free of charge, to any person obtaining a
> + * copy of this software and associated documentation files (the "Software"),
> + * to deal in the Software without restriction, including without limitation
> + * the rights to use, copy, modify, merge, publish, distribute, sublicense,
> + * and/or sell copies of the Software, and to permit persons to whom the
> + * Software is furnished to do so, subject to the following conditions:
> + *
> + * The above copyright notice and this permission notice (including the next
> + * paragraph) shall be included in all copies or substantial portions of the
> + * Software.
> + *
> + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
> + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
> + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT.  IN NO EVENT SHALL
> + * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
> + * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
> + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS
> + * IN THE SOFTWARE.
> + *
> + */
> +
> +#ifndef __IGT_DUMMYLOAD_H__
> +#define __IGT_DUMMYLOAD_H__
> +
> +typedef struct igt_spin {
> +	unsigned handle;
> +	uint32_t *batch;
> +	timer_t timer;
> +} igt_spin_t;
> +
> +
> +igt_spin_t igt_spin_batch(int fd, int64_t ns, int engine, unsigned dep_handle);
> +
> +void igt_post_spin_batch(int fd, igt_spin_t arg);
> +
> +void igt_spin_batch_wait(int fd, int64_t ns, int engine, unsigned dep_handle);
> +
> +
> +#endif /* __IGT_DUMMYLOAD_H__ */
> -- 
> 2.7.0
> 

-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* <no subject>
@ 2016-10-27  5:26 Bharath Krishna
  0 siblings, 0 replies; 2101+ messages in thread
From: Bharath Krishna @ 2016-10-27  5:26 UTC (permalink / raw)
  To: ceph-devel

subscribe ceph-devel


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2016-09-20 18:12 xerofoify
  0 siblings, 0 replies; 2101+ messages in thread
From: xerofoify @ 2016-09-20 18:12 UTC (permalink / raw)
  To: alsa-devel



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2016-07-22 10:35 Amarnath Valluri
  0 siblings, 0 replies; 2101+ messages in thread
From: Amarnath Valluri @ 2016-07-22 10:35 UTC (permalink / raw)
  To: openembedded-core


As discussed offline with Joshua, Updated the patch to make the stateless
user home folder as build config option(--disable-stateless-home). 
---------------------------------------------------------------------
Intel Finland Oy
Registered Address: PL 281, 00181 Helsinki 
Business Identity Code: 0357606 - 4 
Domiciled in Helsinki 

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2016-07-19  8:34 Alex Gershgorin
       [not found] ` <1DC01DCD0F70AE4284AE3A5E8C726E2240106236-6dhP19T7b9reAA7jXO2vED4kX+cae0hd@public.gmane.org>
  0 siblings, 1 reply; 2101+ messages in thread
From: Alex Gershgorin @ 2016-07-19  8:34 UTC (permalink / raw)
  To: tpmdd-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA
  Cc: christophe.ricard-Re5JQEeQqe8AvxtiuMwx3w


[-- Attachment #1.1: Type: text/plain, Size: 1511 bytes --]

Hi everyone,

Our company use Atmel TPM AT97SC3205 - SPI interface.
Accordingly to datasheests it's compliant to Trusted Computing Group (TCG) Trusted Platform Module TPM) Version 1.2 Specification. Compliant with TCG PC Client-Specific TPM Interface Specification (TIS Version 1.3).
On my target board I'm running Kernel from git://git.infradead.org/users/jjs/linux-tpmdd.git   next head.
I have made some additional changes on my Device Tree.

spi1: spi@fc000000 {
                pinctrl-names = "default";
                pinctrl-0 = <&pinctrl_spi1_default>;
                status = "okay";

                tpm_tis@0 {
                            compatible = "tcg,tpm_tis-spi";
                    reg = <0>;
                            spi-max-frequency = <10000000>;
                    };
            };

This is part of my kernel boot messages:
atmel_spi fc000000.spi: version: 0x311
atmel_spi fc000000.spi: Using dma0chan2 (tx) and dma0chan3 (rx) for DMA transfers
atmel_spi fc000000.spi: Using FIFO (16 data)
atmel_spi fc000000.spi: Atmel SPI Controller at 0xfc000000 (irq 36)
tpm tpm0: tpm_transmit: tpm_send: error -5
tpm_tis_spi: probe of spi32765.0 failed with error -5

I verified with an oscilloscope that all SPI bus signals are in order.

Following the above kernel boot messages - my question is :
    Can I use tpm_tis_spi device driver for AT97SC3205 device ?

Please advise and help with any directions.

Thanks in advance,
Alex Gershgorin






[-- Attachment #1.2: Type: text/html, Size: 3231 bytes --]

[-- Attachment #2: Type: text/plain, Size: 424 bytes --]

------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are 
consuming the most bandwidth. Provides multi-vendor support for NetFlow, 
J-Flow, sFlow and other flows. Make informed decisions using capacity 
planning reports. http://sdm.link/zohodev2dev

[-- Attachment #3: Type: text/plain, Size: 192 bytes --]

_______________________________________________
tpmdd-devel mailing list
tpmdd-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
https://lists.sourceforge.net/lists/listinfo/tpmdd-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2016-07-16 11:51 姚 忠将
  0 siblings, 0 replies; 2101+ messages in thread
From: 姚 忠将 @ 2016-07-16 11:51 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 785 bytes --]

   Recently , I made a test to compare the performance of I/O between xen project and xenserver. I found the performance of xenserver is much better than that of xen project .

I want to find the reason why xenserver is better so I search through google.com. On the website www.xenproject.org<http://www.xenproject.org> , I found url http://wiki.xenproject.org/wiki/Tuning_Xen_for_Performance and http://wiki.xenproject.org/wiki/Network_Throughput_and_Performance_Guide .
I set these parameters as the url given. But , it looks doesn’t work. The performance got no obvious improvement.

So , I send this mail to get some advise . will you help me ? if so , I’ll  be much appreciate.


发送自 Windows 10 版邮件<https://go.microsoft.com/fwlink/?LinkId=550986>应用


[-- Attachment #1.2: Type: text/html, Size: 3309 bytes --]

[-- Attachment #2: Type: text/plain, Size: 127 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2016-07-12 12:27 Julien CARBONNIER
  0 siblings, 0 replies; 2101+ messages in thread
From: Julien CARBONNIER @ 2016-07-12 12:27 UTC (permalink / raw)
  To: meta-freescale

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

Hi all,

I'm building a custom image with mx6dl using branch 4.1.15-1.0.0_ga with 
qt5.5.1, gdb 7.9.1 and i have a problem to debug qt applications.
When i used the meta-toolchain-qt5 and try to launch my application i 
have the following message at start :

 >*running,thread-id="all"

dNOTE: INFERIOR STILL RUNNING IN STATE InferiorRunOk.

 >~"\nProgram received signal "

 >~"SIGSEGV, Segmentation fault.\n"

 >~"0x47559e24 in ?? ()\n"

 >*stopped,reason="signal-received",signal-name="SIGSEGV",signal-meaning="Segmentation fault",frame={addr="0x47559e24",func="??",args=[]},thread-id="1",stopped-threads="all",core="0"

dNOTE: INFERIOR SPONTANEOUS STOP

sStopped.

I try to backtrace the problem and i can't have informations.

<765bt

 >&"bt\n"

 >~"#-1 0x47559e24 in ?? ()\n"

 >~"Backtrace stopped: Cannot access memory at address 0x324e5a56\n"

 >765^done

When i set breakpoint in my main program at the first line the program 
has the same behavior. I use qt-creator to debug and i try without but 
it's the same problem ,could someone help me?

Thanks for all,
Re: Nouveau format signature électronique Best Regards Julien CARBONNIER

[-- Attachment #2: Type: text/html, Size: 4894 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2016-07-07  9:36 George Dunlap
  2016-07-07 11:03 ` Dario Faggioli
  0 siblings, 1 reply; 2101+ messages in thread
From: George Dunlap @ 2016-07-07  9:36 UTC (permalink / raw)
  To: Dario Faggioli; +Cc: xen-devel, Anshul Makkar, Wei Liu, Ian Jackson

On Sat, Jun 18, 2016 at 12:12 AM, Dario Faggioli
<dario.faggioli@citrix.com> wrote:
> in both xenalyze and formats (for xentrace_format).
>
> In particular, in xenalyze, now that we have the precision
> of the fixed point load values in the tracepoint, show both
> the raw value and the (easier to interpreet) percentage.
>
> Signed-off-by: Dario Faggioli <dario.faggioli@citrix.com>

The change looks good in itself; but it makes me realize that
technically by changing the trace format, the previous patch
introduced a regression which is fixed here.  There's a part of me
that's tempted to overlook it because it's minor, but on balance I
think we should try to be diligent with this sort of thing.

Could you re-send this with the trace change moved from the previous
patch to this patch?

If you don't make any other changes, you can retain the reviewed-by of
the previous patch, and add this one to this patch:

Reviewed-by: George Dunlap <george.dunlap@citrix.com>

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
https://lists.xen.org/xen-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* Re: (no subject)
@ 2016-07-04 12:34 Brian Neu
  0 siblings, 0 replies; 2101+ messages in thread
From: Brian Neu @ 2016-07-04 12:34 UTC (permalink / raw)
  To: David Smith, Taylor, ehart test, Theresa, Bind Users,
	Juliette Vara, Jennifer Waller, Polly Waters, oreilly,
	e1000 devel, Carolyn, netdev, Majordomo, Majordomo, Chris Mason,
	linux btrfs, pgsql novice, Tom Lane, majordomo, backuppc users


[-- Attachment #1.1: Type: text/plain, Size: 256 bytes --]

 blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px #715FFA solid !important; padding-left:1ex !important; background-color:white !important; } 
 
http://nkaprehulte.thedahs.com/Brian_Neu


Brian Neu
Sent from Yahoo Mail for iPhone
 

[-- Attachment #2: Type: text/plain, Size: 387 bytes --]

------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape

[-- Attachment #3: Type: text/plain, Size: 257 bytes --]

_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit http://communities.intel.com/community/wired

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2016-06-29  6:16 Jason Gunthorpe
  0 siblings, 0 replies; 2101+ messages in thread
From: Jason Gunthorpe @ 2016-06-29  6:16 UTC (permalink / raw)
  To: andrew zamansky
  Cc: devicetree-u79uwXL29TY76Z2rM5mHXA, Christophe Ricard,
	tpmdd-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f,
	gcwilson-r/Jw6+rmf7HQT0dZR+AlfA, azamansk-KrzQf0k3Iz9BDgjK7y7TUQ,
	Dan.Morav-KrzQf0k3Iz9BDgjK7y7TUQ, stimpy1-Re5JQEeQqe8AvxtiuMwx3w

Bcc: 
Subject: Re: [PATCH 2/2 v3] tpm: Add TPM 2.0 support to the Nuvoton i2c
 driver (NPCT6xx family)
Reply-To: 
In-Reply-To: <1467174493-4190-3-git-send-email-andrew.zamansky-KrzQf0k3Iz9BDgjK7y7TUQ@public.gmane.org>

On Wed, Jun 29, 2016 at 07:28:13AM +0300, andrew zamansky wrote:
> -	chip->flags |= TPM_CHIP_FLAG_IRQ;
> +	if (client->irq)
> +		chip->flags |= TPM_CHIP_FLAG_IRQ;
> +

Oh.. this should be a seperate patch, it is a bug fix for the stuff
Jarkko just sent a pull request for:

commit 570a36097f302c0bae4fb5478f1287b9b3626155
Author: Christophe Ricard <christophe.ricard-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Date:   Thu Mar 31 22:56:56 2016 +0200

    tpm: drop 'irq' from struct tpm_vendor_specific

Jason

------------------------------------------------------------------------------
Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San
Francisco, CA to explore cutting-edge tech and listen to tech luminaries
present their vision of the future. This family event has something for
everyone, including kids. Get more information and register today.
http://sdm.link/attshape

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2016-06-28 10:54 Xieyingtai
  0 siblings, 0 replies; 2101+ messages in thread
From: Xieyingtai @ 2016-06-28 10:54 UTC (permalink / raw)
  To: Christophe Varoqui; +Cc: device-mapper development


[-- Attachment #1.1.1: Type: text/plain, Size: 520 bytes --]


According to the process in select_checker() and get_state(), sysfs_get_timeout should return 1 in normal case.

---
libmultipath/discovery.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/libmultipath/discovery.c b/libmultipath/discovery.c
index 126a54f..cd3443d 100644
--- a/libmultipath/discovery.c
+++ b/libmultipath/discovery.c
@@ -271,7 +271,7 @@ sysfs_get_timeout(struct path *pp, unsigned int *timeout)
   }
   *timeout = t;
-   return 0;
+   return 1;
}
 int
--
1.8.3.4

[-- Attachment #1.1.2: Type: text/html, Size: 7193 bytes --]

[-- Attachment #1.2: image001.gif --]
[-- Type: image/gif, Size: 1065 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]



^ permalink raw reply related	[flat|nested] 2101+ messages in thread
* Re: (no subject)
@ 2016-05-26 12:04 Brian Neu
  0 siblings, 0 replies; 2101+ messages in thread
From: Brian Neu @ 2016-05-26 12:04 UTC (permalink / raw)
  To: David Smith, Taylor, ehart test, Theresa, Bind Users,
	Juliette Vara, Jennifer Waller, Polly Waters, oreilly,
	e1000 devel, Carolyn, netdev, Majordomo, Majordomo, Chris Mason,
	linux btrfs, pgsql novice, Tom Lane, majordomo, backuppc users


[-- Attachment #1.1: Type: text/plain, Size: 96 bytes --]


http://zefipago.aquasportsclub.com/wish <http://zefipago.aquasportsclub.com/wish>


Brian Neu


[-- Attachment #2: Type: text/plain, Size: 429 bytes --]

------------------------------------------------------------------------------
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j

[-- Attachment #3: Type: text/plain, Size: 257 bytes --]

_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit http://communities.intel.com/community/wired

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2016-05-19 14:34 Roger Pau Monné
  0 siblings, 0 replies; 2101+ messages in thread
From: Roger Pau Monné @ 2016-05-19 14:34 UTC (permalink / raw)
  To: xen-devel
  Cc: Stefano Stabellini, Wei Liu, George Dunlap, Andrew Cooper,
	Ian Jackson, Tim Deegan, Jan Beulich

<George.Dunlap@eu.citrix.com>, Ian Jackson <ian.jackson@eu.citrix.com>, Jan 
Beulich <jbeulich@suse.com>, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>, 
Stefano Stabellini <sstabellini@kernel.org>, Tim Deegan <tim@xen.org>, Wei 
Liu <wei.liu2@citrix.com>
Bcc: 
Subject: Bump library names just after branching
Reply-To: 

Hello,

Currently we bump the shared library names just before the release, so ATM 
xen-unstable is still using the library names from the 4.6 release. This is 
an issue if someone wants to install both Xen 4.6 and xen-unstable in the 
same box (unless you use a different prefix/DESTDIR), because libraries from 
xen-unstable will replace the stable ones.

IMHO, it would make more sense to bump the library names just *after* we 
branch and open the tree for development again. We could even have the 
library name versions be set based on XEN_VERSION and XEN_SUBVERSION, so 
that we don't need to go around the different library makefiles bumping the 
versions manually.

Roger.

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

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2016-04-12 22:52 Nichole Neeley
  0 siblings, 0 replies; 2101+ messages in thread
From: Nichole Neeley @ 2016-04-12 22:52 UTC (permalink / raw)
  To: dm-devel


[-- Attachment #1.1: Type: text/plain, Size: 24 bytes --]

Morettaneeley@gmail.com

[-- Attachment #1.2: Type: text/html, Size: 86 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2016-03-18 16:55 Nagi Chitta Reddy
  2016-03-19  2:19 ` Zhenhua Luo
  0 siblings, 1 reply; 2101+ messages in thread
From: Nagi Chitta Reddy @ 2016-03-18 16:55 UTC (permalink / raw)
  To: meta-freescale

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

Hi All,

I would like to know what is the stable SDK1.9 based BSP for Freescale
LS1021ATWR/LS1020ATWR SoC family.

I am trying with below repo command to get the tree, but i see issues as
below
////////////////////////
repo init -u https://github.com/Freescale/meta-freescale
fatal: manifest 'default.xml' not available
fatal: manifest default.xml not found
////////////////////////

Can someone tell me what exactly the problem.

Best Regards,
Nagi

[-- Attachment #2: Type: text/html, Size: 705 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2016-03-17 12:20 Safa Hamza
  2016-03-18 11:34 ` Safa Hamza
  0 siblings, 1 reply; 2101+ messages in thread
From: Safa Hamza @ 2016-03-17 12:20 UTC (permalink / raw)
  To: Xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 358 bytes --]

i'm trying to run xen on omap5 and installing some guests ..  it seems it
works and a xen boot dom0 as shown the screen shot
but with this arago project i can't download any package ..all commands
such as apt-get ,update ... are not found
i tried to have another file system but its not working ..
can you help me .. with which file system can i work
thanks

[-- Attachment #1.2: Type: text/html, Size: 437 bytes --]

[-- Attachment #2: dom0-boot.PNG --]
[-- Type: image/png, Size: 39281 bytes --]

[-- Attachment #3: Type: text/plain, Size: 126 bytes --]

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

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2016-02-25 12:38 Ayushi Arora
  0 siblings, 0 replies; 2101+ messages in thread
From: Ayushi Arora @ 2016-02-25 12:38 UTC (permalink / raw)
  To: roger.pau; +Cc: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 787 bytes --]

Hello,
As asked of in the previous mail, I tried compiling Xen from source.
I am not sure whether we can ask questions for the task given, but I have
been stuck at it from yesterday.
I followed all the steps, and wherever there was some problem, I looked up
that in wiki of Xen, but after building and installing that with ovmf
enabled in ./configure, I moved on to the network configuration, and on
rebooting after the configuration, it is showing ' ERROR: Can't find
hypervisor information in sysfs!' on xm list and brctl shows no bridge
enabled. On further checking, it showed 'ERROR: Not running inside Xen'.
I have tried finding the problem, and I will check this again but I can't
move forward until the hypervisor runs!
Not sure where to check for the error.

Thank you,

Ayushi.

[-- Attachment #1.2: Type: text/html, Size: 933 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2016-02-23  0:55 Joe MacDonald
  0 siblings, 0 replies; 2101+ messages in thread
From: Joe MacDonald @ 2016-02-23  0:55 UTC (permalink / raw)
  To: openembedded-devel

These four are bridge measures I took to get my images building again
while merging the backlog of meta-networking patches.  I'm now circling
back to clear out first the waf issue, which I think will resolve the
samba and libldb (and related library) errors, then start looking at the
excess of blacklisting we've had to do lately.

-- 
Joe MacDonald
:wq



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* Re: (no subject)
@ 2016-01-11  9:04 Brian Neu
  0 siblings, 0 replies; 2101+ messages in thread
From: Brian Neu @ 2016-01-11  9:04 UTC (permalink / raw)
  To: David Smith, Taylor, ehart test, Theresa, Bind Users,
	Juliette Vara, Jennifer Waller, Polly Waters, oreilly,
	e1000 devel, Carolyn, netdev, Majordomo, Majordomo, Chris Mason,
	linux btrfs, pgsql novice, Tom Lane, majordomo, backuppc users


[-- Attachment #1.1: Type: text/plain, Size: 254 bytes --]

 blockquote, div.yahoo_quoted { margin-left: 0 !important; border-left:1px #715FFA solid !important;  padding-left:1ex !important; background-color:white !important; }    http://nightcoffee.by/fellow.php   Brian Neu
Sent from Yahoo Mail for iPhone

[-- Attachment #2: Type: text/plain, Size: 413 bytes --]

------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140

[-- Attachment #3: Type: text/plain, Size: 257 bytes --]

_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit http://communities.intel.com/community/wired

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2016-01-07  5:34 Baokang.Huang(黄宝亢)
  0 siblings, 0 replies; 2101+ messages in thread
From: Baokang.Huang(黄宝亢) @ 2016-01-07  5:34 UTC (permalink / raw)
  To: meta-freescale

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

  meta-freescale@yoctoproject.org<mailto:meta-freescale@yoctoproject.org>



General information about the mailing list is at:



  https://lists.yoctoproject.org/listinfo/meta-freescale



If you ever want to unsubscribe or change your options (eg, switch to or from digest mode, change your password, etc.), visit your subscription page at:



  https://lists.yoctoproject.org/options/meta-freescale/baokang.huang%40advantech.com.cn





You can also make such adjustments via email by sending a message to:



  meta-freescale-request@yoctoproject.org<mailto:meta-freescale-request@yoctoproject.org>



with the word `help' in the subject or body (don't include the quotes), and you will get back a message with instructions.



You must know your password to change your options (including changing the password, itself) or to unsubscribe.  It is:



  nasiozut



Normally, Mailman will remind you of your yoctoproject.org mailing list passwords once every month, although you can disable this if you prefer.  This reminder will also include instructions on how to unsubscribe or change your account options.  There is also a button on your options page that will email your current password to you.



All the  best

黄宝亢
研华嵌入式核心运算事业群(RISC/ARM)
Tel: 0755-82124222#7043
MB:13714679353
地址:深圳市南山区科技南12路28号康佳研发大厦4层A-C
--------------------------------------------------------------------------------


[-- Attachment #2: Type: text/html, Size: 7039 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2015-12-07 17:27 Ian Jackson
  0 siblings, 0 replies; 2101+ messages in thread
From: Ian Jackson @ 2015-12-07 17:27 UTC (permalink / raw)
  To: xen-devel; +Cc: Ian Campbell

I'm intending to be able to do database schema updates.  But I don't
want to play around with such code on a live database.  So I need a
test database.

Thus, a yak: arrangements to make a test database.

As I say, I have tested this and it now does the right things in,
apparently, the right order, and seems to leave things in a good state
even when it collapses halfway or is ^C'd.

In v2 I have addressed the comments, and added a couple of new safety
catches.  For ease of review these are mostly as followup patches to
the mg-schema-test-database script, rather than folded in.

^ permalink raw reply	[flat|nested] 2101+ messages in thread
[parent not found: <CABRndgzjgufnXE7_0Erp=B2P-5j3w4nZFhShn8V5oqGxd8PPaw@mail.gmail.com>]
* (no subject)
@ 2015-11-27  3:20 Zvi Vered
  0 siblings, 0 replies; 2101+ messages in thread
From: Zvi Vered @ 2015-11-27  3:20 UTC (permalink / raw)
  To: lttng-dev

Hello,

I downloaded lttng-tools-2.7.0 and tried to run ./configure.

I got the error message:

....
checking for xml2-config... /home/zvivered/GNU/libxml2/release/bin/xml2-config
checking for libxml - version >= 2.7.6... yes (version 2.7.7)
checking for uuid_generate in -luuid... no
checking for uuid_create in -lc... no
configure: error: Cannot find libuuid uuid_generate nor libc
uuid_create. Use LDFLAGS=-Ldir to specify their location.

I'm working with Centos 5.5 (32).
I downloaded libuuid-1.0.3.tar.gz from http://sourceforge.net/projects/libuuid/
It solved the .configure problem. Is this the right download place ?

Best regards,
Z.V

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2015-08-07  6:30 Mr. Vincent Cheng
  0 siblings, 0 replies; 2101+ messages in thread
From: Mr. Vincent Cheng @ 2015-08-07  6:30 UTC (permalink / raw)




-- 
I have a business proposal of USD $22,500,000.00 only for you to
transact with me from my bank to your country. Reply to
address: vincentche3434@gmail.com and I will let you know what is
required of you.

Best Regards,
Mr. Vincent Cheng
Your Brother

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* Re: [RFC PATCH v3.1 2/2] xsplice: Add hook for build_id
@ 2015-08-05 13:27 Martin Pohlack
  2015-08-05 14:06 ` (no subject) Martin Pohlack
  0 siblings, 1 reply; 2101+ messages in thread
From: Martin Pohlack @ 2015-08-05 13:27 UTC (permalink / raw)
  To: Andrew Cooper, Konrad Rzeszutek Wilk, xen-devel, msw, aliguori,
	amesserl, rick.harris, paul.voccio, steven.wilson, major.hayden,
	josh.kearney, jinsong.liu, xiantao.zxt, daniel.kiper,
	elena.ufimtseva, bob.liu, hanweidong, peter.huangpeng,
	fanhenglong, liuyingdong, john.liuqiming, jbeulich, jeremy,
	dslutz

On 05.08.2015 10:58, Andrew Cooper wrote:
> On 05/08/15 09:50, Martin Pohlack wrote:
>> On 27.07.2015 21:20, Konrad Rzeszutek Wilk wrote:
>>> Signed-off-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
>>> ---
>>>  tools/libxc/xc_private.c     |  3 +++
>>>  tools/misc/xen-xsplice.c     | 25 +++++++++++++++++++++++++
>>>  xen/common/kernel.c          | 11 +++++++++++
>>>  xen/common/version.c         |  5 +++++
>>>  xen/include/public/version.h |  4 ++++
>>>  xen/include/xen/compile.h.in |  1 +
>>>  xen/include/xen/version.h    |  1 +
>>>  7 files changed, 50 insertions(+)
>>>
>>> diff --git a/tools/libxc/xc_private.c b/tools/libxc/xc_private.c
>>> index 2ffebd9..7c039ca 100644
>>> --- a/tools/libxc/xc_private.c
>>> +++ b/tools/libxc/xc_private.c
>>> @@ -713,6 +713,9 @@ int xc_version(xc_interface *xch, int cmd, void *arg)
>>>      case XENVER_commandline:
>>>          sz = sizeof(xen_commandline_t);
>>>          break;
>>> +    case XENVER_build_id:
>>> +        sz = sizeof(xen_build_id_t);
>>> +        break;
>>>      default:
>>>          ERROR("xc_version: unknown command %d\n", cmd);
>>>          return -EINVAL;
>>> diff --git a/tools/misc/xen-xsplice.c b/tools/misc/xen-xsplice.c
>>> index 7cf9879..dd8266c 100644
>>> --- a/tools/misc/xen-xsplice.c
>>> +++ b/tools/misc/xen-xsplice.c
>>> @@ -17,6 +17,7 @@ void show_help(void)
>>>              " <id> An unique name of payload. Up to 40 characters.\n"
>>>              "Commands:\n"
>>>              "  help                 display this help\n"
>>> +            "  build-id             display build-id of hypervisor.\n"
>>>              "  upload <id> <file>   upload file <cpuid> with <id> name\n"
>>>              "  list                 list payloads uploaded.\n"
>>>              "  apply <id>           apply <id> patch.\n"
>>> @@ -306,12 +307,36 @@ int action_func(int argc, char *argv[], unsigned int idx)
>>>  
>>>      return rc;
>>>  }
>>> +
>>> +static int build_id_func(int argc, char *argv[])
>>> +{
>>> +    xen_build_id_t build_id;
>>> +
>>> +    if ( argc )
>>> +    {
>>> +        show_help();
>>> +        return -1;
>>> +    }
>>> +
>>> +    memset(build_id, 0, sizeof(*build_id));
>>> +
>>> +    if ( xc_version(xch, XENVER_build_id, &build_id) < 0 )
>>> +    {
>>> +        printf("Failed to get build_id: %d(%s)\n", errno, strerror(errno));
>>> +        return -1;
>>> +    }
>>> +
>>> +    printf("%s\n", build_id);
>>> +    return 0;
>>> +}
>>> +
>>>  struct {
>>>      const char *name;
>>>      int (*function)(int argc, char *argv[]);
>>>  } main_options[] = {
>>>      { "help", help_func },
>>>      { "list", list_func },
>>> +    { "build-id", build_id_func },
>>>      { "upload", upload_func },
>>>  };
>>>  
>>> diff --git a/xen/common/kernel.c b/xen/common/kernel.c
>>> index 6a3196a..e9d41b6 100644
>>> --- a/xen/common/kernel.c
>>> +++ b/xen/common/kernel.c
>>> @@ -357,6 +357,17 @@ DO(xen_version)(int cmd, XEN_GUEST_HANDLE_PARAM(void) arg)
>>>          if ( copy_to_guest(arg, saved_cmdline, ARRAY_SIZE(saved_cmdline)) )
>>>              return -EFAULT;
>>>          return 0;
>>> +
>>> +    case XENVER_build_id:
>>> +    {
>>> +        xen_build_id_t build_id;
>>> +
>>> +        memset(build_id, 0, sizeof(build_id));
>>> +        safe_strcpy(build_id, xen_build_id());
>> You seem to want to store and transfer the build_id as a string.  Any
>> reason why we don't directly expose the build_id embedded by the linker
>> in binary format?
>>
>>> +        if ( copy_to_guest(arg, build_id, ARRAY_SIZE(build_id)) )
>>> +            return -EFAULT;
>>> +        return 0;
>>> +    }
>> We should not expose the build_id to normal guests, but only to Dom0.
>>
>> A build_id uniquely identifies a specific build and I don't see how that
>> information would be required from DomU.  It might actually help an
>> attacker to build his return-oriented programming exploit against a
>> specific build.
>>
>> The normal version numbers should be enough to know about capabilities
>> and API.
> 
> It will need its own XSM hook, but need not be strictly limited to just
> dom0.
> 
>>
>>>      }
>>>  
>>>      return -ENOSYS;
>>> diff --git a/xen/common/version.c b/xen/common/version.c
>>> index b152e27..5c3dbb0 100644
>>> --- a/xen/common/version.c
>>> +++ b/xen/common/version.c
>>> @@ -55,3 +55,8 @@ const char *xen_banner(void)
>>>  {
>>>      return XEN_BANNER;
>>>  }
>>> +
>>> +const char *xen_build_id(void)
>>> +{
>>> +    return XEN_BUILD_ID;
>>> +}
>>> diff --git a/xen/include/public/version.h b/xen/include/public/version.h
>>> index 44f26b0..c863393 100644
>>> --- a/xen/include/public/version.h
>>> +++ b/xen/include/public/version.h
>>> @@ -83,6 +83,10 @@ typedef struct xen_feature_info xen_feature_info_t;
>>>  #define XENVER_commandline 9
>>>  typedef char xen_commandline_t[1024];
>>>  
>>> +#define XENVER_build_id 10
>>> +typedef char xen_build_id_t[1024];
>>> +#define XEN_BUILD_ID_LEN (sizeof(xen_build_id_t))
>>> +
>>>  #endif /* __XEN_PUBLIC_VERSION_H__ */
>>>  
>>>  /*
>>> diff --git a/xen/include/xen/compile.h.in b/xen/include/xen/compile.h.in
>>> index 440ecb2..939685e 100644
>>> --- a/xen/include/xen/compile.h.in
>>> +++ b/xen/include/xen/compile.h.in
>>> @@ -10,4 +10,5 @@
>>>  #define XEN_EXTRAVERSION	"@@extraversion@@"
>>>  
>>>  #define XEN_CHANGESET		"@@changeset@@"
>>> +#define XEN_BUILD_ID        "@@changeset@@"
>> That leads to a chicken and egg problem when embedding a real build_id.
>>  Some linker script magic seems to be required.  I will try to refine
>> the patch.
> 
> So funnily enough, I tried experimenting with this and it is fairly easy
> to get the basics done.
> 
> Further TODO which I havn't done yet is make the --build-id optional on
> finding a compatible `ld`, and some symbol magic to directly locate
> .note.gnu.build-id
> 
> However, this in addition to some of Konrad's original patch is a good
> start.
> 
> ~Andrew
> 
> diff --git a/xen/arch/x86/Makefile b/xen/arch/x86/Makefile
> index 5f24951..10938b2 100644
> --- a/xen/arch/x86/Makefile
> +++ b/xen/arch/x86/Makefile
> @@ -112,7 +112,7 @@ $(TARGET)-syms: prelink.o xen.lds
> $(BASEDIR)/common/symbols-dummy.o
>             $(@D)/.$(@F).0.o -o $(@D)/.$(@F).1
>         $(NM) -n $(@D)/.$(@F).1 | $(BASEDIR)/tools/symbols >$(@D)/.$(@F).1.S
>         $(MAKE) -f $(BASEDIR)/Rules.mk $(@D)/.$(@F).1.o
> -       $(LD) $(LDFLAGS) -T xen.lds -N prelink.o \
> +       $(LD) $(LDFLAGS) -T xen.lds -N prelink.o --build-id \
>             $(@D)/.$(@F).1.o -o $@
>         rm -f $(@D)/.$(@F).[0-9]*
>  
> diff --git a/xen/arch/x86/xen.lds.S b/xen/arch/x86/xen.lds.S
> index 6553cff..46e6546 100644
> --- a/xen/arch/x86/xen.lds.S
> +++ b/xen/arch/x86/xen.lds.S
> @@ -68,6 +68,13 @@ SECTIONS
>    } :text
>  
>    . = ALIGN(SMP_CACHE_BYTES);
> +  .notes : {
> +       __start_notes = .;
> +       *(.note.*)
> +       __end_notes = .;
> +  } :text
> +
> +  . = ALIGN(SMP_CACHE_BYTES);
>    .data.read_mostly : {
>         /* Exception table */
>         __start___ex_table = .;

And here is my version, also on-top of Konrad's series:

----------------------------------------------------------------------

[PATCH] xsplice: Use ld-embedded build-ids

Todo:
  * Should be moved to sysctl to only allow Dom0 access
  * Maybe convert to binary transport to userland instead of printable form

* use ld to actually embed the build ID
* convert to textual representation in hypervisor and report in
  printable form

Signed-off-by: Martin Pohlack <mpohlack@amazon.de>
---
 xen/arch/x86/Makefile        |  4 ++--
 xen/arch/x86/xen.lds.S       |  5 +++++
 xen/common/kernel.c          | 33 +++++++++++++++++++++++++++++----
 xen/common/version.c         |  5 -----
 xen/include/xen/compile.h.in |  1 -
 5 files changed, 36 insertions(+), 12 deletions(-)

diff --git a/xen/arch/x86/Makefile b/xen/arch/x86/Makefile
index 5f24951..f724bd8 100644
--- a/xen/arch/x86/Makefile
+++ b/xen/arch/x86/Makefile
@@ -108,11 +108,11 @@ $(TARGET)-syms: prelink.o xen.lds
$(BASEDIR)/common/symbols-dummy.o
 	    $(BASEDIR)/common/symbols-dummy.o -o $(@D)/.$(@F).0
 	$(NM) -n $(@D)/.$(@F).0 | $(BASEDIR)/tools/symbols >$(@D)/.$(@F).0.S
 	$(MAKE) -f $(BASEDIR)/Rules.mk $(@D)/.$(@F).0.o
-	$(LD) $(LDFLAGS) -T xen.lds -N prelink.o \
+	$(LD) $(LDFLAGS) -T xen.lds -N prelink.o --build-id=sha1 \
 	    $(@D)/.$(@F).0.o -o $(@D)/.$(@F).1
 	$(NM) -n $(@D)/.$(@F).1 | $(BASEDIR)/tools/symbols >$(@D)/.$(@F).1.S
 	$(MAKE) -f $(BASEDIR)/Rules.mk $(@D)/.$(@F).1.o
-	$(LD) $(LDFLAGS) -T xen.lds -N prelink.o \
+	$(LD) $(LDFLAGS) -T xen.lds -N prelink.o --build-id=sha1 \
 	    $(@D)/.$(@F).1.o -o $@
 	rm -f $(@D)/.$(@F).[0-9]*

diff --git a/xen/arch/x86/xen.lds.S b/xen/arch/x86/xen.lds.S
index 6553cff..2176782 100644
--- a/xen/arch/x86/xen.lds.S
+++ b/xen/arch/x86/xen.lds.S
@@ -67,6 +67,11 @@ SECTIONS
        *(.rodata.*)
   } :text

+  .note.gnu.build-id : {
+      __note_gnu_build_id_start = .;
+      *(.note.gnu.build-id)
+  } :text
+
   . = ALIGN(SMP_CACHE_BYTES);
   .data.read_mostly : {
        /* Exception table */
diff --git a/xen/common/kernel.c b/xen/common/kernel.c
index e9d41b6..9814585 100644
--- a/xen/common/kernel.c
+++ b/xen/common/kernel.c
@@ -6,9 +6,11 @@

 #include <xen/init.h>
 #include <xen/lib.h>
+#include <xen/elf.h>
 #include <xen/errno.h>
 #include <xen/version.h>
 #include <xen/sched.h>
+#include <xen/types.h>
 #include <xen/paging.h>
 #include <xen/nmi.h>
 #include <xen/guest_access.h>
@@ -227,6 +229,10 @@ void __init do_initcalls(void)
  * Simple hypercalls.
  */

+#define NT_GNU_BUILD_ID 3
+
+extern char * __note_gnu_build_id_start;  /* defined in linker script */
+
 DO(xen_version)(int cmd, XEN_GUEST_HANDLE_PARAM(void) arg)
 {
     switch ( cmd )
@@ -360,11 +366,30 @@ DO(xen_version)(int cmd,
XEN_GUEST_HANDLE_PARAM(void) arg)

     case XENVER_build_id:
     {
-        xen_build_id_t build_id;
+        xen_build_id_t ascii_id;
+        Elf_Note * n = (Elf_Note *)&__note_gnu_build_id_start;
+        char * binary_id;
+        int i;
+
+        memset(ascii_id, 0, sizeof(ascii_id));
+
+        /* check if we really have a build-id */
+        if ( NT_GNU_BUILD_ID != n->type )
+            return 0;
+
+        /* sanity check, name should be "GNU" for ld-generated build-id */
+        if ( 0 != strncmp(ELFNOTE_NAME(n), "GNU", n->namesz))
+            return 0;
+
+        binary_id = (char *)ELFNOTE_DESC(n);
+
+        /* convert to printable format */
+        for (i = 0; i < n->descsz && (i + 1) * 2 <
sizeof(xen_build_id_t); i++)
+        {
+            snprintf(&ascii_id[i * 2], 3, "%02hhx", binary_id[i]);
+        }

-        memset(build_id, 0, sizeof(build_id));
-        safe_strcpy(build_id, xen_build_id());
-        if ( copy_to_guest(arg, build_id, ARRAY_SIZE(build_id)) )
+        if ( copy_to_guest(arg, ascii_id, ARRAY_SIZE(ascii_id)) )
             return -EFAULT;
         return 0;
     }
diff --git a/xen/common/version.c b/xen/common/version.c
index 5c3dbb0..b152e27 100644
--- a/xen/common/version.c
+++ b/xen/common/version.c
@@ -55,8 +55,3 @@ const char *xen_banner(void)
 {
     return XEN_BANNER;
 }
-
-const char *xen_build_id(void)
-{
-    return XEN_BUILD_ID;
-}
diff --git a/xen/include/xen/compile.h.in b/xen/include/xen/compile.h.in
index 939685e..440ecb2 100644
--- a/xen/include/xen/compile.h.in
+++ b/xen/include/xen/compile.h.in
@@ -10,5 +10,4 @@
 #define XEN_EXTRAVERSION	"@@extraversion@@"

 #define XEN_CHANGESET		"@@changeset@@"
-#define XEN_BUILD_ID        "@@changeset@@"
 #define XEN_BANNER		\
-- 
2.5.0

Amazon Development Center Germany GmbH
Krausenstr. 38
10117 Berlin
Geschaeftsfuehrer: Dr. Ralf Herbrich, Christian Schlaeger
Ust-ID: DE289237879
Eingetragen am Amtsgericht Charlottenburg HRB 149173 B

^ permalink raw reply related	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2015-07-30 22:16 Edward Vidal
  0 siblings, 0 replies; 2101+ messages in thread
From: Edward Vidal @ 2015-07-30 22:16 UTC (permalink / raw)
  To: yocto

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

Hello All,Thanks to Ross Burton 
see the files https://github.com/develone/raspberrypi2_yocto.git

in recipe_myhdl folder.

Now have an rpm to install myhdl on a yocto build.
let me know if you have any questions.
  Edward Vidal Jr.
e-mail develone@sbcglobal.net
915-595-1613

[-- Attachment #2: Type: text/html, Size: 1300 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2015-07-29 21:56 Mr. Vincent Cheng
  0 siblings, 0 replies; 2101+ messages in thread
From: Mr. Vincent Cheng @ 2015-07-29 21:56 UTC (permalink / raw)




-- 
I have a business proposal of USD $22,500,000.00 only for you to
transact with me from my bank to your country. Reply to
address: vincentche3434@gmail.com and I will let you know what is
required of you.

Best Regards,
Mr. Vincent Cheng
Your Brother

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2015-07-14 15:24 Alvaro Martinez Tovar
  2015-07-15 10:59 ` Felipe Tonello
  0 siblings, 1 reply; 2101+ messages in thread
From: Alvaro Martinez Tovar @ 2015-07-14 15:24 UTC (permalink / raw)
  To: meta-freescale

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

Dear all,
I am working with Qt5.5.0 and QtCreator 3.4.2 open source. On the hardware side I work with a i.MX6 sabre platform for smart devices.
As a first aproach, after having created the image fsl-image-qt5 correctly (I think), I would like to run different examples by cross compiling and executing them on the SABRE platform. On my PC I run Ubuntu 14.04 LTS.
When I compile all the examples to run on the Ubuntu PC, they all work properly (bluetooth, qtquick ...)However, when I try to cross-compile and run them on the SABRE platform, I get execution errors with some of them.
However, when I try to run a bluetooth scanner, I get:./btscanner: error while loading shared libraries: libQt5Bluetooth.so.5: cannot open shared object file: No such file or directory 

And when I try to run a Qtquick example (dasboard), I get:Qt Warning: Could not find a location of the system's Compose files. Consider setting the QTCOMPOSE environment variable.Qt Warning: Could not find a location of the system's Compose files. Consider setting the QTCOMPOSE environment variable.QQmlApplicationEngine failed to load componentqrc:/qml/dashboard.qml:45 module "QtQuick.Extras" is not installedqrc:/qml/dashboard.qml:43 module "QtQuick.Controls" is not installedqrc:/qml/dashboard.qml:44 module "QtQuick.Controls.Styles" is not installedqrc:/qml/dashboard.qml:45 module "QtQuick.Extras" is not installedqrc:/qml/dashboard.qml:43 module "QtQuick.Controls" is not installedqrc:/qml/dashboard.qml:44 module "QtQuick.Controls.Styles" is not installedqrc:/qml/dashboard.qml:45 module "QtQuick.Extras" is not installedqrc:/qml/dashboard.qml:43 module "QtQuick.Controls" is not installedqrc:/qml/dashboard.qml:44 module "QtQuick.Controls.Styles" is not installed Can you please give me any advice on what to do? I am stuck at this point.Which are the packages I should add to IMAGE_INSTALL_append??
 thank you in advance!Regards

[-- Attachment #2: Type: text/html, Size: 5155 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2015-07-14  5:56 Alvaro Martinez Tovar
  2015-08-13 17:40 ` Khem Raj
  0 siblings, 1 reply; 2101+ messages in thread
From: Alvaro Martinez Tovar @ 2015-07-14  5:56 UTC (permalink / raw)
  To: yocto

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

Dear all,I am working with Qt5.5.0 and QtCreator 3.4.2 open source. On the hardware side I work with a i.MX6 sabre platform for smart devices.As a first aproach, after having created the image fsl-image-qt5 correctly (I think), I would like to run different examples by cross compiling and executing them on the SABRE platform. On my PC I run Ubuntu 14.04 LTS.When I compile all the examples to run on the Ubuntu PC, they all work properly (bluetooth, qtquick ...)However, when I try to cross-compile and run them on the SABRE platform, I get execution errors with some of them.When I try to run a bluetooth scanner, I get:./btscanner: error while loading shared libraries: libQt5Bluetooth.so.5: cannot open shared object file: No such file or directory When I try to run a Qtquick example (dasboard), I get:Qt Warning: Could not find a location of the system's Compose files. Consider setting the QTCOMPOSE environment variable.Qt Warning: Could not find a location of the system's Compose files. Consider setting the QTCOMPOSE environment variable.QQmlApplicationEngine failed to load componentqrc:/qml/dashboard.qml:45 module "QtQuick.Extras" is not installedqrc:/qml/dashboard.qml:43 module "QtQuick.Controls" is not installedqrc:/qml/dashboard.qml:44 module "QtQuick.Controls.Styles" is not installedqrc:/qml/dashboard.qml:45 module "QtQuick.Extras" is not installedqrc:/qml/dashboard.qml:43 module "QtQuick.Controls" is not installedqrc:/qml/dashboard.qml:44 module "QtQuick.Controls.Styles" is not installedqrc:/qml/dashboard.qml:45 module "QtQuick.Extras" is not installedqrc:/qml/dashboard.qml:43 module "QtQuick.Controls" is not installedqrc:/qml/dashboard.qml:44 module "QtQuick.Controls.Styles" is not installed Can you please give me any advice on what to do? I am stuck at this point. thank you in advance!Regards

[-- Attachment #2: Type: text/html, Size: 3617 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2015-06-30 10:50 E.Richiardone
  0 siblings, 0 replies; 2101+ messages in thread
From: E.Richiardone @ 2015-06-30 10:50 UTC (permalink / raw)
  To: alsa-devel

Hi all,

I am building a solution on a Debian platform that should playback an
audio recorded in G711 ulaw format. I am using Alsa to interfacing
with the audio device, it's a snd_cs5535audio. Below there is a
fragment of the code I am using.
I don't have any problems accessing the device using the "plughw:0,0"
device, where I can correctly set directly the ulaw 8000Hz format.

Now I was needing an multiband equalizer, and found that Alsa supports
some ladspa plugins, I choosed mbeq.
But if I use a device name different from "plughw:0,0", as for example
the "default" device or "plug", the final function snd_pcm_hw_params()
returns an error:
 "cannot set hw params (Invalid argument)"

I was thinking that maybe my problem is that only the "plughw" device
accept directly the G711 ulaw format.
Anyone can confirm my thought?
There is a way to access a device directly in G711 ulaw format that
can be equalized with a plugin?


My initialisation source code:

----------8<----------
// #define AUDIODEV "plughw:0,0"
#define AUDIODEV "default"

[...]

  pcm_name = strdup(AUDIODEV);

  if((err = snd_pcm_open(&playback_handle, pcm_name, stream, 0)) < 0){
    printf(" E> cannot open audio device %s (%s)\n", pcm_name,
snd_strerror(err));
    closeall(1);
  }
  if((err = snd_pcm_hw_params_any(playback_handle, hw_params)) < 0){
    printf(" E> cannot initialize hardware parameter structure
(%s)\n", snd_strerror(err));
    closeall(1);
  }
  if((err = snd_pcm_hw_params_set_access(playback_handle, hw_params,
SND_PCM_ACCESS_RW_INTERLEAVED)) < 0){
    printf(" E> cannot set access type (%s)\n", snd_strerror(err));
    closeall(1);
  }
  err = snd_pcm_hw_params_set_format(playback_handle, hw_params,
SND_PCM_FORMAT_MU_LAW);
  if(err < 0){
    printf(" E> cannot set ulaw format (%s)\n", snd_strerror(err));
    closeall(1);
  }
  val = 8000;
  if((err = snd_pcm_hw_params_set_rate_near(playback_handle,
hw_params, &val, 0)) < 0){
    printf(" E> cannot set rate (%s)\n", snd_strerror(err));
    closeall(1);
  }

[...]

  if((err = snd_pcm_hw_params(playback_handle, hw_params)) < 0){
    printf(" E> cannot set hw params (%s)\n", snd_strerror(err));
    closeall(1);
  }
---------->8----------

My /etc/asound.conf :

----------8<----------
defaults.ctl.card 0
defaults.ctl.device 0
defaults.pcm.card 0
defaults.pcm.device 0

ctl.equal {
   type equal;
   library "/usr/lib/ladspa/mbeq_1197.so";
   module "mbeq";
   controls "/usr/local/webif/.alsaequal.bin";
}

pcm.plugequal {
   type equal;
   slave.pcm "plughw:0,0";
   library "/usr/lib/ladspa/mbeq_1197.so";
   module "mbeq";
   controls "/usr/local/webif/.alsaequal.bin";
}

pcm.!default {
   type plug;
   slave.pcm plugequal;
   hint {
      show on
      description "Default equalized"
   }
}

pcm.dsp0 {
    type plug
    slave.pcm plugequal;
}
---------->8----------

Many thanks
Best Regards
--
E.Richiardone

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [PATCH 2/2] drm/i915: Rework order of operations in {__intel, logical}_ring_prepare()
  2015-06-12 17:09   ` [PATCH v2] Resolve issues with ringbuffer space management Dave Gordon
@ 2015-06-12 17:09 Dave Gordon
       [not found] ` <1433789441-8295-1-git-send-email-david.s.gordon@intel.com>
  0 siblings, 1 reply; 2101+ messages in thread
From: Dave Gordon @ 2015-06-12 17:09 UTC (permalink / raw)
  To: intel-gfx

The original idea of preallocating the OLR was implemented in

> 9d773091 drm/i915: Preallocate next seqno before touching the ring

and the sequence of operations was to allocate the OLR, then wrap past
the end of the ring if necessary, then wait for space if necessary.
But subsequently intel_ring_begin() was refactored, in

> 304d695 drm/i915: Flush outstanding requests before allocating new seqno

to ensure that pending work that might need to be flushed used the old
and not the newly-allocated request. This changed the sequence to wrap
and/or wait, then allocate, although the comment still said
	/* Preallocate the olr before touching the ring */
which was no longer true as intel_wrap_ring_buffer() touches the ring.

However, with the introduction of dynamic pinning, in

> 7ba717c drm/i915/bdw: Pin the ringbuffer backing object to GGTT on-demand

came the possibility that the ringbuffer might not be pinned to the GTT
or mapped into CPU address space when intel_ring_begin() is called. It
gets pinned when the request is allocated, so it's now important that
this comes *before* anything that can write into the ringbuffer, in this
case intel_wrap_ring_buffer(), as this will fault if (a) the ringbuffer
happens not to be mapped, and (b) tail happens to be sufficiently close
to the end of the ring to trigger wrapping.

So the correct order is neither the original allocate-wait-pad-wait, nor
the subsequent wait-pad-wait-allocate, but wait-allocate-pad, avoiding
both the problems described in the two commits mentioned above.

As a bonus, we eliminate the special case where a single ring_begin()
might end up waiting twice (once to be able to wrap, and then again
if that still hadn't actually freed enough space for the request). We
just precalculate the total amount of space we'll need *including* any
for padding the end of the ring and wait for that much in one go :)

In the time since this code was written, it has all been cloned from
the original ringbuffer model to become the execbuffer code, in

> 82e104c drm/i915/bdw: New logical ring submission mechanism

So now we have to fix it in both paths ...

Signed-off-by: Dave Gordon <david.s.gordon@intel.com>
---
 drivers/gpu/drm/i915/intel_lrc.c        |   64 +++++++++++++++----------------
 drivers/gpu/drm/i915/intel_ringbuffer.c |   63 +++++++++++++++---------------
 2 files changed, 64 insertions(+), 63 deletions(-)

diff --git a/drivers/gpu/drm/i915/intel_lrc.c b/drivers/gpu/drm/i915/intel_lrc.c
index 454e836..3ef5fb6 100644
--- a/drivers/gpu/drm/i915/intel_lrc.c
+++ b/drivers/gpu/drm/i915/intel_lrc.c
@@ -740,39 +740,22 @@ intel_logical_ring_advance_and_submit(struct intel_ringbuffer *ringbuf,
 	execlists_context_queue(ring, ctx, ringbuf->tail, request);
 }
 
-static int logical_ring_wrap_buffer(struct intel_ringbuffer *ringbuf,
-				    struct intel_context *ctx)
-{
-	uint32_t __iomem *virt;
-	int rem = ringbuf->size - ringbuf->tail;
-
-	if (ringbuf->space < rem) {
-		int ret = logical_ring_wait_for_space(ringbuf, ctx, rem);
-
-		if (ret)
-			return ret;
-	}
-
-	virt = ringbuf->virtual_start + ringbuf->tail;
-	rem /= 4;
-	while (rem--)
-		iowrite32(MI_NOOP, virt++);
-
-	ringbuf->tail = 0;
-	intel_ring_update_space(ringbuf);
-
-	return 0;
-}
-
 static int logical_ring_prepare(struct intel_ringbuffer *ringbuf,
 				struct intel_context *ctx, int bytes)
 {
+	int fill = 0;
 	int ret;
 
+	/*
+	 * If the request will not fit between 'tail' and the effective
+	 * size of the ringbuffer, then we need to pad the end of the
+	 * ringbuffer with NOOPs, then start the request at the top of
+	 * the ring. This increases the total size that we need to check
+	 * for by however much is left at the end of the ring ...
+	 */
 	if (unlikely(ringbuf->tail + bytes > ringbuf->effective_size)) {
-		ret = logical_ring_wrap_buffer(ringbuf, ctx);
-		if (unlikely(ret))
-			return ret;
+		fill = ringbuf->size - ringbuf->tail;
+		bytes += fill;
 	}
 
 	if (unlikely(ringbuf->space < bytes)) {
@@ -781,6 +764,28 @@ static int logical_ring_prepare(struct intel_ringbuffer *ringbuf,
 			return ret;
 	}
 
+	/* Ensure we have a request before touching the ring */
+	if (!ringbuf->ring->outstanding_lazy_request) {
+		ret = i915_gem_request_alloc(ringbuf->ring, ctx);
+		if (ret)
+			return ret;
+	}
+
+	if (unlikely(fill)) {
+		uint32_t __iomem *virt = ringbuf->virtual_start + ringbuf->tail;
+
+		/* tail should not have moved */
+		if (WARN_ON(fill != ringbuf->size - ringbuf->tail))
+			fill = ringbuf->size - ringbuf->tail;
+
+		do
+			iowrite32(MI_NOOP, virt++);
+		while ((fill -= 4) > 0);
+
+		ringbuf->tail = 0;
+		intel_ring_update_space(ringbuf);
+	}
+
 	return 0;
 }
 
@@ -814,11 +819,6 @@ static int intel_logical_ring_begin(struct intel_ringbuffer *ringbuf,
 	if (ret)
 		return ret;
 
-	/* Preallocate the olr before touching the ring */
-	ret = i915_gem_request_alloc(ring, ctx);
-	if (ret)
-		return ret;
-
 	ringbuf->space -= num_dwords * sizeof(uint32_t);
 	return 0;
 }
diff --git a/drivers/gpu/drm/i915/intel_ringbuffer.c b/drivers/gpu/drm/i915/intel_ringbuffer.c
index a3406b2..4c0bc29 100644
--- a/drivers/gpu/drm/i915/intel_ringbuffer.c
+++ b/drivers/gpu/drm/i915/intel_ringbuffer.c
@@ -2137,29 +2137,6 @@ static int ring_wait_for_space(struct intel_engine_cs *ring, int n)
 	return 0;
 }
 
-static int intel_wrap_ring_buffer(struct intel_engine_cs *ring)
-{
-	uint32_t __iomem *virt;
-	struct intel_ringbuffer *ringbuf = ring->buffer;
-	int rem = ringbuf->size - ringbuf->tail;
-
-	if (ringbuf->space < rem) {
-		int ret = ring_wait_for_space(ring, rem);
-		if (ret)
-			return ret;
-	}
-
-	virt = ringbuf->virtual_start + ringbuf->tail;
-	rem /= 4;
-	while (rem--)
-		iowrite32(MI_NOOP, virt++);
-
-	ringbuf->tail = 0;
-	intel_ring_update_space(ringbuf);
-
-	return 0;
-}
-
 int intel_ring_idle(struct intel_engine_cs *ring)
 {
 	struct drm_i915_gem_request *req;
@@ -2197,12 +2174,19 @@ static int __intel_ring_prepare(struct intel_engine_cs *ring,
 				int bytes)
 {
 	struct intel_ringbuffer *ringbuf = ring->buffer;
+	int fill = 0;
 	int ret;
 
+	/*
+	 * If the request will not fit between 'tail' and the effective
+	 * size of the ringbuffer, then we need to pad the end of the
+	 * ringbuffer with NOOPs, then start the request at the top of
+	 * the ring. This increases the total size that we need to check
+	 * for by however much is left at the end of the ring ...
+	 */
 	if (unlikely(ringbuf->tail + bytes > ringbuf->effective_size)) {
-		ret = intel_wrap_ring_buffer(ring);
-		if (unlikely(ret))
-			return ret;
+		fill = ringbuf->size - ringbuf->tail;
+		bytes += fill;
 	}
 
 	if (unlikely(ringbuf->space < bytes)) {
@@ -2211,6 +2195,28 @@ static int __intel_ring_prepare(struct intel_engine_cs *ring,
 			return ret;
 	}
 
+	/* Ensure we have a request before touching the ring */
+	if (!ringbuf->ring->outstanding_lazy_request) {
+		ret = i915_gem_request_alloc(ringbuf->ring, ctx);
+		if (ret)
+			return ret;
+	}
+
+	if (unlikely(fill)) {
+		uint32_t __iomem *virt = ringbuf->virtual_start + ringbuf->tail;
+
+		/* tail should not have moved */
+		if (WARN_ON(fill != ringbuf->size - ringbuf->tail))
+			fill = ringbuf->size - ringbuf->tail;
+
+		do
+			iowrite32(MI_NOOP, virt++);
+		while ((fill -= 4) > 0);
+
+		ringbuf->tail = 0;
+		intel_ring_update_space(ringbuf);
+	}
+
 	return 0;
 }
 
@@ -2229,11 +2235,6 @@ int intel_ring_begin(struct intel_engine_cs *ring,
 	if (ret)
 		return ret;
 
-	/* Preallocate the olr before touching the ring */
-	ret = i915_gem_request_alloc(ring, ring->default_context);
-	if (ret)
-		return ret;
-
 	ring->buffer->space -= num_dwords * sizeof(uint32_t);
 	return 0;
 }
-- 
1.7.9.5

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply related	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2015-06-10  5:30 Sharath M.
  2015-06-10 12:21 ` Daiane Angolini
  0 siblings, 1 reply; 2101+ messages in thread
From: Sharath M. @ 2015-06-10  5:30 UTC (permalink / raw)
  To: meta-freescale

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


HI,

We have interfaced ADV7180 decoder IC on IMX6Q sabrelite board through CSI0 interface and i am trying to include adv7180 driver provided with the LTIB. I have some questions related to this,
Ubuntu 10.04
Ltib 3.0.35
1) I am using mxc_v4l2_tvin.out unit test to capture video.
           When  I run the above test i get an error VIDIOC_DQBUF failed(Please check attached image file DQBUF_FAILED)
2)How to display the captured video on HDMI.


Regards,
Sharath

[-- Attachment #2: DQBUF_failed.png --]
[-- Type: image/png, Size: 139741 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
[parent not found: <CAG4vvd49JfNUgN9p9vW0bQXoRkBjER74zVbTAg-CmtETZeDn2Q@mail.gmail.com>]
* (no subject)
@ 2015-05-14 19:33 Francis Rivest
  0 siblings, 0 replies; 2101+ messages in thread
From: Francis Rivest @ 2015-05-14 19:33 UTC (permalink / raw)
  To: lttng-dev


[-- Attachment #1.1: Type: text/plain, Size: 3510 bytes --]

Hello again,

We tried to install the lttng-modules-dkms package using apt and the
"ppa:lttng/ppa" repository, but we get the following information and error:

Unpacking lttng-modules-dkms (from .../lttng-modules-dkms_2.6.x+
stable+bzr727+pack22+201504291801~ubuntu12.04.1_all.deb) ...
Setting up lttng-modules-dkms
(2.6.x+stable+bzr727+pack22+201504291801~ubuntu12.04.1)
...
Loading new lttng-modules-2.6.x+stable+bzr727+pack22+201504291801~ubuntu
12.04.1
DKMS files...
First Installation: checking all kernels...
Building only for 3.13.0-32-generic
Building initial module for 3.13.0-32-generic
Error! Bad return status for module build on kernel: 3.13.0-32-generic
(x86_64)
Consult /var/lib/dkms/lttng-modules/2.6.x+stable+bzr727+pack22+
201504291801~ubuntu12.04.1/build/make.log for more information.


The contain of the make.log file is the following:

DKMS make.log for
lttng-modules-2.6.x+stable+bzr727+pack22+201504291801~ubuntu12.04.1
for kernel 3.13.0-32-generic (x86_64)
Thu May 14 15:00:16 EDT 2015
make: Entering directory `/usr/src/linux-headers-3.13.0-32-generic'
/bin/sh: 1: /var/lib/dkms/lttng-modules/2.6.x+stable+bzr727+pack22+
201504291801~ubuntu12.04.1/build/abi-debian-version.sh: not found
/bin/sh: 1: /var/lib/dkms/lttng-modules/2.6.x+stable+bzr727+pack22+
201504291801~ubuntu12.04.1/build/abi-debian-version.sh: not found
   CC [M]  /var/lib/dkms/lttng-modules/2.6.x+stable+bzr727+pack22+
201504291801~ubuntu12.04.1/build/lttng-ring-buffer-client-discard.o
   CC [M]  /var/lib/dkms/lttng-modules/2.6.x+stable+bzr727+pack22+
201504291801~ubuntu12.04.1/build/lttng-ring-buffer-client-overwrite.o
   CC [M]  /var/lib/dkms/lttng-modules/2.6.x+stable+bzr727+pack22+
201504291801~ubuntu12.04.1/build/lttng-ring-buffer-metadata-client.o
   CC [M]  /var/lib/dkms/lttng-modules/2.6.x+stable+bzr727+pack22+
201504291801~ubuntu12.04.1/build/lttng-ring-buffer-client-mmap-discard.o
   CC [M]  /var/lib/dkms/lttng-modules/2.6.x+stable+bzr727+pack22+
201504291801~ubuntu12.04.1/build/lttng-ring-buffer-client-mmap-overwrite.o
   CC [M]  /var/lib/dkms/lttng-modules/2.6.x+stable+bzr727+pack22+
201504291801~ubuntu12.04.1/build/lttng-ring-buffer-metadata-mmap-client.o
   CC [M]  /var/lib/dkms/lttng-modules/2.6.x+stable+bzr727+pack22+
201504291801~ubuntu12.04.1/build/lttng-statedump-impl.o
   CC [M]  /var/lib/dkms/lttng-modules/2.6.x+stable+bzr727+pack22+
201504291801~ubuntu12.04.1/build/wrapper/irqdesc.o
   CC [M]  /var/lib/dkms/lttng-modules/2.6.x+stable+bzr727+pack22+
201504291801~ubuntu12.04.1/build/wrapper/fdtable.o
   CC [M]  /var/lib/dkms/lttng-modules/2.6.x+stable+bzr727+pack22+
201504291801~ubuntu12.04.1/build/lttng-events.o
In file included from /var/lib/dkms/lttng-modules/2.
6.x+stable+bzr727+pack22+201504291801~ubuntu12.04.1/
build/lttng-events.c:27:0:
/var/lib/dkms/lttng-modules/2.6.x+stable+bzr727+pack22+
201504291801~ubuntu12.04.1/build/wrapper/page_alloc.h:36:58: error:
operator '+' has no right operand
make[1]: *** [/var/lib/dkms/lttng-modules/2.6.x+stable+bzr727+pack22+
201504291801~ubuntu12.04.1/build/lttng-events.o] Error 1
make: *** [_module_/var/lib/dkms/lttng-modules/2.6.x+stable+bzr727+
pack22+201504291801~ubuntu12.04.1/build] Error 2
make: Leaving directory `/usr/src/linux-headers-3.13.0-32-generic'


We know that "abi-debian-version.sh" isn't found and that might be the
cause of our problem but it is supposed to be in the package...

In addition we tried to include manually this file but it didn't work.

Thanks again for helping me out.

-Francis R

[-- Attachment #1.2: Type: text/html, Size: 15447 bytes --]

[-- Attachment #2: Type: text/plain, Size: 155 bytes --]

_______________________________________________
lttng-dev mailing list
lttng-dev@lists.lttng.org
http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2015-04-14 10:10 Mika Kahola
  0 siblings, 0 replies; 2101+ messages in thread
From: Mika Kahola @ 2015-04-14 10:10 UTC (permalink / raw)
  To: intel-gfx

This series is revised based on Jani's good comments.
In this series the patch which read out DP link training
parameters from VBT is discarded as based on the comments
that I received.

Files changed:
drivers/gpu/drm/i915/intel_dp.c
drivers/gpu/drm/i915/intel_drv.h


_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2015-03-08 19:00 Rickard Bremer
  0 siblings, 0 replies; 2101+ messages in thread
From: Rickard Bremer @ 2015-03-08 19:00 UTC (permalink / raw)
  To: yocto

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

Hello,

Been encountering a new error during the day. The exact same configure did build one time before, but on the second build it started to crash.

Best Regards
Rickard

-------------------------------
jenkins@yocto:~/workspace/thesis-build-yocto/build$ bitbake core-image-minimal
Loading cache: 100% |######################################################################| ETA:  00:00:00
Loaded 2134 entries from dependency cache.
Parsing recipes: 100% |####################################################################| Time: 00:00:00
Parsing of 1651 .bb files complete (1649 cached, 2 parsed). 2135 targets, 49 skipped, 0 masked, 0 errors.
NOTE: Resolving any missing task queue dependencies

Build Configuration:
BB_VERSION        = "1.24.0"
BUILD_SYS         = "x86_64-linux"
NATIVELSBSTRING   = "Ubuntu-14.04"
TARGET_SYS        = "x86_64-poky-linux"
MACHINE           = "congatec-qa3-64"
DISTRO            = "poky"
DISTRO_VERSION    = "1.7.1"
TUNE_FEATURES     = "m64 corei7"
TARGET_FPU        = ""
meta
meta-yocto
meta-yocto-bsp    = "dizzy:6e9632e9798d78587c9317554c5547ab3b53837c"
meta-intel
meta-valleyisland
meta-tlk          = "dizzy:c90fb613745cb31694144f6d2c240b4dda32ee58"
meta-congatec-x86 = "dizzy:095f6b1340c57252bcb1a42ab352dc2b4886b36e"
meta-rb           = "dizzy:6e9632e9798d78587c9317554c5547ab3b53837c"
meta-oe
meta-python
meta-networking   = "master:bb177c85a25d2b75583abe218396520c375f8f18"

NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
ERROR: Index creation command '/var/lib/jenkins/workspace/thesis-build-yocto/build/tmp/sysroots/x86_64-linux/usr/bin/createrepo --update -q /var/lib/jenkins/workspace/thesis-build-yocto/build/tmp/deploy/rpm/corei7_64' failed with return code 137:
Killed

ERROR: Function failed: do_rootfs
ERROR: Logfile of failure stored in: /var/lib/jenkins/workspace/thesis-build-yocto/build/tmp/work/congatec_qa3_64-poky-linux/core-image-minimal/1.0-r0/temp/log.do_rootfs.26390
ERROR: Task 7 (/var/lib/jenkins/workspace/thesis-build-yocto/meta/recipes-core/images/core-image-minimal.bb, do_rootfs) failed with exit code '1'
NOTE: Tasks Summary: Attempted 2453 tasks of which 2452 didn't need to be rerun and 1 failed.
No currently running tasks (1867 of 2455)

Summary: 1 task failed:
  /var/lib/jenkins/workspace/thesis-build-yocto/meta/recipes-core/images/core-image-minimal.bb, do_rootfs
Summary: There were 2 ERROR messages shown, returning a non-zero exit code.



[-- Attachment #2: Type: text/html, Size: 3895 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2015-03-02 12:39 Raghavendra Kakarla
  0 siblings, 0 replies; 2101+ messages in thread
From: Raghavendra Kakarla @ 2015-03-02 12:39 UTC (permalink / raw)
  To: yocto

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

Hi Yocto Team,


Now I am working on the yocto sdk generation.


I am generated the yocto SDK using the yocto sdk script "bitbake core-image-minimal -c populate_sdk" command. With this command I am able to generte the installation script file and .manifest file.


I run the installation script file. After running installation script file it propts that following message:


Extracting SDK...done
Setting it up...done
SDK has been successfully set up and is ready to be used.



After this i run the ". /opt/poky/1.7/environment-setup-mips32rel-poky-linux" and echo $PATH i got the correct path.


After this i built wrote a small example and try to build with the sdk generated toolchain by running following command:


mipsel-poky-linux-gcc test.c


but i got the following errors:

**************************************************************************************************************************************************

/opt/poky/1.7/sysroots/x86_64-pokysdk-linux/usr/libexec/mipsel-poky-linux/gcc/mipsel-poky-linux/4.9.1/ld: cannot find crt1.o: No such file or directory
/opt/poky/1.7/sysroots/x86_64-pokysdk-linux/usr/libexec/mipsel-poky-linux/gcc/mipsel-poky-linux/4.9.1/ld: cannot find crti.o: No such file or directory
/opt/poky/1.7/sysroots/x86_64-pokysdk-linux/usr/libexec/mipsel-poky-linux/gcc/mipsel-poky-linux/4.9.1/ld: cannot find crtbegin.o: No such file or directory
/opt/poky/1.7/sysroots/x86_64-pokysdk-linux/usr/libexec/mipsel-poky-linux/gcc/mipsel-poky-linux/4.9.1/ld: cannot find -lgcc
/opt/poky/1.7/sysroots/x86_64-pokysdk-linux/usr/libexec/mipsel-poky-linux/gcc/mipsel-poky-linux/4.9.1/ld: cannot find -lgcc_s
/opt/poky/1.7/sysroots/x86_64-pokysdk-linux/usr/libexec/mipsel-poky-linux/gcc/mipsel-poky-linux/4.9.1/ld: cannot find -lc
/opt/poky/1.7/sysroots/x86_64-pokysdk-linux/usr/libexec/mipsel-poky-linux/gcc/mipsel-poky-linux/4.9.1/ld: cannot find -lgcc
/opt/poky/1.7/sysroots/x86_64-pokysdk-linux/usr/libexec/mipsel-poky-linux/gcc/mipsel-poky-linux/4.9.1/ld: cannot find -lgcc_s
/opt/poky/1.7/sysroots/x86_64-pokysdk-linux/usr/libexec/mipsel-poky-linux/gcc/mipsel-poky-linux/4.9.1/ld: cannot find crtend.o: No such file or directory
/opt/poky/1.7/sysroots/x86_64-pokysdk-linux/usr/libexec/mipsel-poky-linux/gcc/mipsel-poky-linux/4.9.1/ld: cannot find crtn.o: No such file or directory
collect2: error: ld returned 1 exit status


***********************************************************************************************************************************************************

Please help me to resolving this issue.


Thanks in advance.


Cheers,


Raghavendra Kakarla.



[-- Attachment #2: Type: text/html, Size: 6053 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2015-01-09 12:32 Debasmita Lohar
  0 siblings, 0 replies; 2101+ messages in thread
From: Debasmita Lohar @ 2015-01-09 12:32 UTC (permalink / raw)
  To: yocto

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

Hello,
My yocto version is: 3.10.11-yocto-standard. I was trying to install git
1.8.1.2. While making git it is showing the following error:
Writing MYMETA.yml
    GEN git-add--interactive
make[2]: *** No rule to make target `/usr/lib/perl/5.14.3/CORE/config.h',
needed by `perl.mak'.  Stop.
make[1]: *** [instlibdir] Error 2
make: *** [git-add--interactive] Error 2
I am unable to fix this. Any help regarding this will be highly appreciated.
Thank you.
Debasmita Lohar

[-- Attachment #2: Type: text/html, Size: 742 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2015-01-06 17:17 Konrad Rzeszutek Wilk
  0 siblings, 0 replies; 2101+ messages in thread
From: Konrad Rzeszutek Wilk @ 2015-01-06 17:17 UTC (permalink / raw)
  To: xen-devel

I am proposing to put this in the 'staging-4.5' tree but would
appreciate an English speaker to take a look and make sure it
sounds good.

Thank you.

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2015-01-02  9:29 arivumani
  0 siblings, 0 replies; 2101+ messages in thread
From: arivumani @ 2015-01-02  9:29 UTC (permalink / raw)
  To: linux rdma, linux usb, linux wireless, linux kernel,
	virtualization, e1000 devel, bridge, devel, nios2 dev,
	linuxppc dev, linux acenic, w lkml, prabakar krishnamoorthy,
	Abhijit Kumbhare, Luis Gomez, Hung Nguyen The,
	Cristina Palomo Regidor, Users OpenNebula, Leszek Master


[-- Attachment #1.1: Type: text/plain, Size: 194 bytes --]

> Forwarded Message:
http://econnoisseur.com/Sebastian.php?arivumani_gmail_com


...

> 1/2/2015 9:29:54 AM, arivumani@gmail.com wrote:
>>>> Truth is what stands the test of experience.

[-- Attachment #2: Type: text/plain, Size: 441 bytes --]

------------------------------------------------------------------------------
Dive into the World of Parallel Programming. The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net/

[-- Attachment #3: Type: text/plain, Size: 257 bytes --]

_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit http://communities.intel.com/community/wired

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-12-19  9:53 Minalkumar Patel
  2014-12-19  9:59 ` Ian Campbell
  0 siblings, 1 reply; 2101+ messages in thread
From: Minalkumar Patel @ 2014-12-19  9:53 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 117 bytes --]

i got daily patch emails from xen-devel but i don't need on this email address so how to deactivate it please tell me

[-- Attachment #1.2: Type: text/html, Size: 359 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2014-12-15 20:23 Fabrício Lélis
  0 siblings, 0 replies; 2101+ messages in thread
From: Fabrício Lélis @ 2014-12-15 20:23 UTC (permalink / raw)
  To: yocto

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

Hi,

I have this problem:

Assuming /home/fabricio/qemuarm-sato is an nfs rootfs
Error: conflicting FSTYPE types [/home/fabricio/qemuarm-sato] and nfs

Anybody can help me?

Thanks in advance!

-- 
Fabrício Gutemberg Lélis de Melo
Master in Computer Science at UFCG
http://fabriciolelis.googlepages.com/

[-- Attachment #2: Type: text/html, Size: 602 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-12-08 19:36 dev-bounces-VfR2kkLFssw
  0 siblings, 0 replies; 2101+ messages in thread
From: dev-bounces-VfR2kkLFssw @ 2014-12-08 19:36 UTC (permalink / raw)


>From stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org Mon Dec  8 09:46:51 2014
Message-Id: <20141208174651.333788346-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
User-Agent: quilt/0.63-1
Date: Mon, 08 Dec 2014 09:46:00 -0800
From: Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
To: Thomas Monjalon <thomas.monjalon-pdR9zngts4EAvxtiuMwx3w@public.gmane.org>
Cc: dev-VfR2kkLFssw@public.gmane.org,
 Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
Subject: [PATCH 6/6] rte_sched: dont put tabs in log messages
References: <20141208174554.889069531-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Disposition: inline; filename=rte-sched-no-tab.patch

syslog does not like tabs in log messages; tab gets translated to #011

Signed-off-by: Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>


--- a/lib/librte_sched/rte_sched.c	2014-12-08 09:37:08.741006405 -0800
+++ b/lib/librte_sched/rte_sched.c	2014-12-08 09:37:56.641264631 -0800
@@ -495,10 +495,10 @@ rte_sched_port_log_pipe_profile(struct r
 	struct rte_sched_pipe_profile *p = port->pipe_profiles + i;
 
 	RTE_LOG(INFO, SCHED, "Low level config for pipe profile %u:\n"
-		"\tToken bucket: period = %u, credits per period = %u, size = %u\n"
-		"\tTraffic classes: period = %u, credits per period = [%u, %u, %u, %u]\n"
-		"\tTraffic class 3 oversubscription: weight = %hhu\n"
-		"\tWRR cost: [%hhu, %hhu, %hhu, %hhu], [%hhu, %hhu, %hhu, %hhu], [%hhu, %hhu, %hhu, %hhu], [%hhu, %hhu, %hhu, %hhu]\n",
+		"    Token bucket: period = %u, credits per period = %u, size = %u\n"
+		"    Traffic classes: period = %u, credits per period = [%u, %u, %u, %u]\n"
+		"    Traffic class 3 oversubscription: weight = %hhu\n"
+		"    WRR cost: [%hhu, %hhu, %hhu, %hhu], [%hhu, %hhu, %hhu, %hhu], [%hhu, %hhu, %hhu, %hhu], [%hhu, %hhu, %hhu, %hhu]\n",
 		i,
 
 		/* Token bucket */
@@ -716,9 +716,9 @@ rte_sched_port_log_subport_config(struct
 	struct rte_sched_subport *s = port->subport + i;
 
 	RTE_LOG(INFO, SCHED, "Low level config for subport %u:\n"
-		"\tToken bucket: period = %u, credits per period = %u, size = %u\n"
-		"\tTraffic classes: period = %u, credits per period = [%u, %u, %u, %u]\n"
-		"\tTraffic class 3 oversubscription: wm min = %u, wm max = %u\n",
+		"    Token bucket: period = %u, credits per period = %u, size = %u\n"
+		"    Traffic classes: period = %u, credits per period = [%u, %u, %u, %u]\n"
+		"    Traffic class 3 oversubscription: wm min = %u, wm max = %u\n",
 		i,
 
 		/* Token bucket */

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-12-08 19:36 dev-bounces-VfR2kkLFssw
  0 siblings, 0 replies; 2101+ messages in thread
From: dev-bounces-VfR2kkLFssw @ 2014-12-08 19:36 UTC (permalink / raw)


>From stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org Mon Dec  8 09:46:51 2014
Message-Id: <20141208174651.282719331-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
User-Agent: quilt/0.63-1
Date: Mon, 08 Dec 2014 09:45:59 -0800
From: Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
To: Thomas Monjalon <thomas.monjalon-pdR9zngts4EAvxtiuMwx3w@public.gmane.org>
Cc: dev-VfR2kkLFssw@public.gmane.org,
 Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
Subject: [PATCH 5/6] rte_sched: dont clear statistics when read
References: <20141208174554.889069531-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Disposition: inline; filename=qos-no-clear.patch

Make rte_sched statistics API work like the ethernet statistics API.
Don't auto-clear statistics when read.

Signed-off-by: Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>

--- a/lib/librte_sched/rte_sched.c	2014-12-08 09:29:49.014821607 -0800
+++ b/lib/librte_sched/rte_sched.c	2014-12-08 09:35:45.568568267 -0800
@@ -924,9 +924,8 @@ rte_sched_subport_read_stats(struct rte_
 	}
 	s = port->subport + subport_id;
 
-	/* Copy subport stats and clear */
-	memcpy(stats, &s->stats, sizeof(struct rte_sched_subport_stats));
-	memset(&s->stats, 0, sizeof(struct rte_sched_subport_stats));
+	/* Copy subport stats */
+	*stats = s->stats;
 
 	/* Subport TC ovesubscription status */
 	*tc_ov = s->tc_ov;
@@ -935,6 +934,21 @@ rte_sched_subport_read_stats(struct rte_
 }
 
 int
+rte_sched_subport_stats_reset(struct rte_sched_port *port,
+			      uint32_t subport_id)
+{
+	struct rte_sched_subport *s;
+
+	/* Check user parameters */
+	if (port == NULL || subport_id >= port->n_subports_per_port)
+		return -1;
+
+	s = port->subport + subport_id;
+	memset(&s->stats, 0, sizeof(struct rte_sched_subport_stats));
+	return 0;
+}
+
+int
 rte_sched_queue_read_stats(struct rte_sched_port *port,
 	uint32_t queue_id,
 	struct rte_sched_queue_stats *stats,
@@ -953,9 +967,8 @@ rte_sched_queue_read_stats(struct rte_sc
 	q = port->queue + queue_id;
 	qe = port->queue_extra + queue_id;
 
-	/* Copy queue stats and clear */
-	memcpy(stats, &qe->stats, sizeof(struct rte_sched_queue_stats));
-	memset(&qe->stats, 0, sizeof(struct rte_sched_queue_stats));
+	/* Copy queue stats */
+	*stats = qe->stats;
 
 	/* Queue length */
 	*qlen = q->qw - q->qr;
@@ -963,6 +976,21 @@ rte_sched_queue_read_stats(struct rte_sc
 	return 0;
 }
 
+int
+rte_sched_queue_stats_reset(struct rte_sched_port *port,
+			    uint32_t queue_id)
+{
+	struct rte_sched_queue_extra *qe;
+
+	/* Check user parameters */
+	if (port == NULL || queue_id >= rte_sched_port_queues_per_port(port))
+		return -1;
+
+	qe = port->queue_extra + queue_id;
+	memset(&qe->stats, 0, sizeof(struct rte_sched_queue_stats));
+	return 0;
+}
+
 static inline uint32_t
 rte_sched_port_qindex(struct rte_sched_port *port, uint32_t subport, uint32_t pipe, uint32_t traffic_class, uint32_t queue)
 {
--- a/lib/librte_sched/rte_sched.h	2014-12-08 09:29:49.014821607 -0800
+++ b/lib/librte_sched/rte_sched.h	2014-12-08 09:30:29.426977482 -0800
@@ -312,6 +312,21 @@ rte_sched_subport_read_stats(struct rte_
 	struct rte_sched_subport_stats *stats,
 	uint32_t *tc_ov);
 
+
+/**
+ * Hierarchical scheduler subport statistics reset
+ *
+ * @param port
+ *   Handle to port scheduler instance
+ * @param subport_id
+ *   Subport ID
+ * @return
+ *   0 upon success, error code otherwise
+ */
+int
+rte_sched_subport_stats_reset(struct rte_sched_port *port,
+			      uint32_t subport_id);
+
 /**
  * Hierarchical scheduler queue statistics read
  *
@@ -333,6 +348,20 @@ rte_sched_queue_read_stats(struct rte_sc
 	struct rte_sched_queue_stats *stats,
 	uint16_t *qlen);
 
+/**
+ * Hierarchical scheduler queue statistics reset
+ *
+ * @param port
+ *   Handle to port scheduler instance
+ * @param queue_id
+ *   Queue ID within port scheduler
+ * @return
+ *   0 upon success, error code otherwise
+ */
+int
+rte_sched_queue_stats_reset(struct rte_sched_port *port,
+			    uint32_t queue_id);
+
 /*
  * Run-time
  *

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-12-08 19:36 dev-bounces-VfR2kkLFssw
  0 siblings, 0 replies; 2101+ messages in thread
From: dev-bounces-VfR2kkLFssw @ 2014-12-08 19:36 UTC (permalink / raw)


>From stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org Mon Dec  8 09:46:51 2014
Message-Id: <20141208174651.232055974-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
User-Agent: quilt/0.63-1
Date: Mon, 08 Dec 2014 09:45:58 -0800
From: Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
To: Thomas Monjalon <thomas.monjalon-pdR9zngts4EAvxtiuMwx3w@public.gmane.org>
Cc: dev-VfR2kkLFssw@public.gmane.org,
 Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
Subject: [PATCH 4/6] rte_sched: keep track of RED drops
References: <20141208174554.889069531-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Disposition: inline; filename=red-stats.patch

Add new statistic to keep track of drops due to RED.

Signed-off-by: Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>

--- a/lib/librte_sched/rte_sched.c	2014-12-08 09:28:37.810590895 -0800
+++ b/lib/librte_sched/rte_sched.c	2014-12-08 09:28:37.810590895 -0800
@@ -1028,7 +1028,9 @@ rte_sched_port_update_subport_stats(stru
 }
 
 static inline void
-rte_sched_port_update_subport_stats_on_drop(struct rte_sched_port *port, uint32_t qindex, struct rte_mbuf *pkt)
+rte_sched_port_update_subport_stats_on_drop(struct rte_sched_port *port,
+					    uint32_t qindex,
+					    struct rte_mbuf *pkt, uint32_t red)
 {
 	struct rte_sched_subport *s = port->subport + (qindex / rte_sched_port_queues_per_subport(port));
 	uint32_t tc_index = (qindex >> 2) & 0x3;
@@ -1036,6 +1038,9 @@ rte_sched_port_update_subport_stats_on_d
 
 	s->stats.n_pkts_tc_dropped[tc_index] += 1;
 	s->stats.n_bytes_tc_dropped[tc_index] += pkt_len;
+#ifdef RTE_SCHED_RED
+	s->stats.n_pkts_red_dropped[tc_index] += red;
+#endif
 }
 
 static inline void
@@ -1206,12 +1211,20 @@ rte_sched_port_enqueue_qwa(struct rte_sc
 	qlen = q->qw - q->qr;
 
 	/* Drop the packet (and update drop stats) when queue is full */
-	if (unlikely(rte_sched_port_red_drop(port, pkt, qindex, qlen) || (qlen >= qsize))) {
+	if (unlikely(rte_sched_port_red_drop(port, pkt, qindex, qlen))) {
+#ifdef RTE_SCHED_COLLECT_STATS
+		rte_sched_port_update_subport_stats_on_drop(port, qindex, pkt, 1);
+		rte_sched_port_update_queue_stats_on_drop(port, qindex, pkt, 1);
+#endif
 		rte_pktmbuf_free(pkt);
+	}
+
+	if (qlen >= qsize) {
 #ifdef RTE_SCHED_COLLECT_STATS
-		rte_sched_port_update_subport_stats_on_drop(port, qindex, pkt);
-		rte_sched_port_update_queue_stats_on_drop(port, qindex, pkt);
+		rte_sched_port_update_subport_stats_on_drop(port, qindex, pkt, 0);
+		rte_sched_port_update_queue_stats_on_drop(port, qindex, pkt, 0);
 #endif
+		rte_pktmbuf_free(pkt);
 		return 0;
 	}
 
--- a/lib/librte_sched/rte_sched.h	2014-12-08 09:28:37.810590895 -0800
+++ b/lib/librte_sched/rte_sched.h	2014-12-08 09:29:11.402692026 -0800
@@ -140,6 +140,9 @@ struct rte_sched_subport_stats {
 	                                      subport for each traffic class*/
 	uint32_t n_bytes_tc_dropped[RTE_SCHED_TRAFFIC_CLASSES_PER_PIPE]; /**< Number of bytes dropped by the current
                                           subport for each traffic class due to subport queues being full or congested */
+#ifdef RTE_SCHED_RED
+	uint32_t n_pkts_red_dropped[RTE_SCHED_TRAFFIC_CLASSES_PER_PIPE]; /**< Number of packets dropped by red */
+#endif
 };
 
 /** Pipe configuration parameters. The period and credits_per_period parameters are measured
@@ -168,7 +171,9 @@ struct rte_sched_queue_stats {
 	/* Packets */
 	uint32_t n_pkts;                 /**< Number of packets successfully written to current queue */
 	uint32_t n_pkts_dropped;         /**< Number of packets dropped due to current queue being full or congested */
-
+#ifdef RTE_SCHED_RED
+	uint32_t n_pkts_red_dropped;
+#endif
 	/* Bytes */
 	uint32_t n_bytes;                /**< Number of bytes successfully written to current queue */
 	uint32_t n_bytes_dropped;        /**< Number of bytes dropped due to current queue being full or congested */

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-12-08 19:36 dev-bounces-VfR2kkLFssw
  0 siblings, 0 replies; 2101+ messages in thread
From: dev-bounces-VfR2kkLFssw @ 2014-12-08 19:36 UTC (permalink / raw)


>From stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org Mon Dec  8 09:46:51 2014
Message-Id: <20141208174651.181685914-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
User-Agent: quilt/0.63-1
Date: Mon, 08 Dec 2014 09:45:57 -0800
From: Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
To: Thomas Monjalon <thomas.monjalon-pdR9zngts4EAvxtiuMwx3w@public.gmane.org>
Cc: dev-VfR2kkLFssw@public.gmane.org,
 Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
Subject: [PATCH 3/6] qos: make RED optional
References: <20141208174554.889069531-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Disposition: inline; filename=qos-optional-red.patch

We want to be able to build with RTE_SCHED_RED enabled but
allow disabling RED on a per-queue basis at runtime. This is
handled by allowing RED min/max to be zero to indicate that
RED is not being used.

Signed-off-by: Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>


--- a/lib/librte_sched/rte_sched.c	2014-12-08 09:28:20.782545529 -0800
+++ b/lib/librte_sched/rte_sched.c	2014-12-08 09:28:20.782545529 -0800
@@ -636,6 +636,12 @@ rte_sched_port_config(struct rte_sched_p
 		uint32_t j;
 
 		for (j = 0; j < e_RTE_METER_COLORS; j++) {
+			/* if min/max are both zero, then RED is disabled */
+			if ((params->red_params[i][j].min_th |
+			     params->red_params[i][j].max_th) == 0) {
+				continue;
+			}
+
 			if (rte_red_config_init(&port->red_config[i][j],
 				params->red_params[i][j].wq_log2,
 				params->red_params[i][j].min_th,
@@ -1069,6 +1075,9 @@ rte_sched_port_red_drop(struct rte_sched
 	color = rte_sched_port_pkt_read_color(pkt);
 	red_cfg = &port->red_config[tc_index][color];
 
+	if ( (red_cfg->min_th | red_cfg->max_th) == 0)
+		return 0;
+
 	qe = port->queue_extra + qindex;
 	red = &qe->red;
 

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-12-08 19:36 dev-bounces-VfR2kkLFssw
  0 siblings, 0 replies; 2101+ messages in thread
From: dev-bounces-VfR2kkLFssw @ 2014-12-08 19:36 UTC (permalink / raw)


>From stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org Mon Dec  8 09:46:51 2014
Message-Id: <20141208174651.130426937-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
User-Agent: quilt/0.63-1
Date: Mon, 08 Dec 2014 09:45:56 -0800
From: Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
To: Thomas Monjalon <thomas.monjalon-pdR9zngts4EAvxtiuMwx3w@public.gmane.org>
Cc: dev-VfR2kkLFssw@public.gmane.org,
 Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
Subject: [PATCH 2/6] ixgbe: support X540 VF
References: <20141208174554.889069531-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Disposition: inline; filename=ixgbe-x540-vf.patch

Add missing setup for X540 MAC type when setting up VF.
Additional check exists in Linux driver but not in DPDK.

Signed-off-yb: Bill Hong <bhong-43mecJUBy8ZBDgjK7y7TUQ@public.gmane.org> 
Signed-off-by: Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>

--- a/lib/librte_pmd_ixgbe/ixgbe_rxtx.c	2014-12-08 09:26:18.150170081 -0800
+++ b/lib/librte_pmd_ixgbe/ixgbe_rxtx.c	2014-12-08 09:26:18.150170081 -0800
@@ -1911,7 +1911,8 @@ ixgbe_dev_tx_queue_setup(struct rte_eth_
 	/*
 	 * Modification to set VFTDT for virtual function if vf is detected
 	 */
-	if (hw->mac.type == ixgbe_mac_82599_vf)
+	if (hw->mac.type == ixgbe_mac_82599_vf ||
+	    hw->mac.type == ixgbe_mac_X540_vf)
 		txq->tdt_reg_addr = IXGBE_PCI_REG_ADDR(hw, IXGBE_VFTDT(queue_idx));
 	else
 		txq->tdt_reg_addr = IXGBE_PCI_REG_ADDR(hw, IXGBE_TDT(txq->reg_idx));
@@ -2198,7 +2199,8 @@ ixgbe_dev_rx_queue_setup(struct rte_eth_
 	/*
 	 * Modified to setup VFRDT for Virtual Function
 	 */
-	if (hw->mac.type == ixgbe_mac_82599_vf) {
+	if (hw->mac.type == ixgbe_mac_82599_vf ||
+	    hw->mac.type == ixgbe_mac_X540_vf) {
 		rxq->rdt_reg_addr =
 			IXGBE_PCI_REG_ADDR(hw, IXGBE_VFRDT(queue_idx));
 		rxq->rdh_reg_addr =

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-12-08 19:36 dev-bounces-VfR2kkLFssw
  0 siblings, 0 replies; 2101+ messages in thread
From: dev-bounces-VfR2kkLFssw @ 2014-12-08 19:36 UTC (permalink / raw)


>From stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org Mon Dec  8 09:46:51 2014
Message-Id: <20141208174651.064719116-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
User-Agent: quilt/0.63-1
Date: Mon, 08 Dec 2014 09:45:55 -0800
From: Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
To: Thomas Monjalon <thomas.monjalon-pdR9zngts4EAvxtiuMwx3w@public.gmane.org>
Cc: dev-VfR2kkLFssw@public.gmane.org,
 Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
Subject: [PATCH 1/6] rte_log: remove unnecessary stubs
References: <20141208174554.889069531-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15
Content-Disposition: inline; filename=rte-log-unneeded-funct.patch

The read/seek/close stub functions are unnecessary on the
log stream.  Per glibc fopencookie man page:

       cookie_read_function_t *read
              If *read is a null pointer, then reads from  the  custom  stream
              always return end of file.

       cookie_seek_function_t *seek
              If *seek is a null pointer, then it is not possible  to  perform
              seek operations on the stream.

       cookie_close_function_t *close
              If  *close is NULL, then no special action is performed when the
              stream is closed.

Signed-off-by: Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>


--- a/lib/librte_eal/linuxapp/eal/eal_log.c	2014-12-08 09:25:23.725812125 -0800
+++ b/lib/librte_eal/linuxapp/eal/eal_log.c	2014-12-08 09:25:23.661811703 -0800
@@ -83,33 +83,8 @@ console_log_write(__attribute__((unused)
 	return ret;
 }
 
-static ssize_t
-console_log_read(__attribute__((unused)) void *c,
-		 __attribute__((unused)) char *buf,
-		 __attribute__((unused)) size_t size)
-{
-	return 0;
-}
-
-static int
-console_log_seek(__attribute__((unused)) void *c,
-		 __attribute__((unused)) off64_t *offset,
-		 __attribute__((unused)) int whence)
-{
-	return -1;
-}
-
-static int
-console_log_close(__attribute__((unused)) void *c)
-{
-	return 0;
-}
-
 static cookie_io_functions_t console_log_func = {
-	.read  = console_log_read,
 	.write = console_log_write,
-	.seek  = console_log_seek,
-	.close = console_log_close
 };
 
 /*
@@ -150,33 +125,8 @@ early_log_write(__attribute__((unused))
 	return ret;
 }
 
-static ssize_t
-early_log_read(__attribute__((unused)) void *c,
-	       __attribute__((unused)) char *buf,
-	       __attribute__((unused)) size_t size)
-{
-	return 0;
-}
-
-static int
-early_log_seek(__attribute__((unused)) void *c,
-	       __attribute__((unused)) off64_t *offset,
-	       __attribute__((unused)) int whence)
-{
-	return -1;
-}
-
-static int
-early_log_close(__attribute__((unused)) void *c)
-{
-	return 0;
-}
-
 static cookie_io_functions_t early_log_func = {
-	.read  = early_log_read,
 	.write = early_log_write,
-	.seek  = early_log_seek,
-	.close = early_log_close
 };
 static FILE *early_log_stream;
 

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-12-08 19:36 dev-bounces-VfR2kkLFssw
  0 siblings, 0 replies; 2101+ messages in thread
From: dev-bounces-VfR2kkLFssw @ 2014-12-08 19:36 UTC (permalink / raw)


>From stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org Mon Dec  8 09:46:51 2014
Message-Id: <20141208174554.889069531-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
User-Agent: quilt/0.63-1
Date: Mon, 08 Dec 2014 09:45:54 -0800
From: Stephen Hemminger <stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org>
To: Thomas Monjalon <thomas.monjalon-pdR9zngts4EAvxtiuMwx3w@public.gmane.org>
Cc: dev-VfR2kkLFssw@public.gmane.org
Subject: [PATCH 0/6] Misc patches for DPDK 1.8

Doing a scan of our current release product to see which
patches still need to be sent upstream.  These are the ones
that don't fit into specific niches.

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-11-14 16:40 Angelo Dureghello
  0 siblings, 0 replies; 2101+ messages in thread
From: Angelo Dureghello @ 2014-11-14 16:40 UTC (permalink / raw)
  To: alsa-devel

unsubscribe alsa-devel angelo70@gmail.com

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2014-11-14 14:23 Otavio Salvador
  0 siblings, 0 replies; 2101+ messages in thread
From: Otavio Salvador @ 2014-11-14 14:23 UTC (permalink / raw)
  To: meta-freescale

Hello,

We have a bould failure in master-next branch. It includes extra
plugins on the default images and this allow for easy spot of missing
support (so the work to include them).

The current failure is:

directfb fsl-image-machine-test@imx6qsabresd (3/3) | checking for
glTexImage2D in -lGLESv2... no
directfb fsl-image-machine-test@imx6qsabresd (3/3) | checking for
eglGetError in -lEGL... no
directfb fsl-image-machine-test@imx6qsabresd (3/3) | checking
EGL/fbdev_window.h usability... no
directfb fsl-image-machine-test@imx6qsabresd (3/3) | checking
EGL/fbdev_window.h presence... no
directfb fsl-image-machine-test@imx6qsabresd (3/3) | checking for
EGL/fbdev_window.h... no
directfb fsl-image-machine-test@imx6qsabresd (3/3) | checking for
bcm_host_init in -lbcm_host... no
directfb fsl-image-machine-test@imx6qsabresd (3/3) | checking for
WAYLAND_EGL... no
directfb fsl-image-machine-test@imx6qsabresd (3/3) | checking for
gnustep-config... no
directfb fsl-image-machine-test@imx6qsabresd (3/3) | checking for GNUstep... no
directfb fsl-image-machine-test@imx6qsabresd (3/3) | configure: error:
Could not find the required EGL libraries
directfb fsl-image-machine-test@imx6qsabresd (3/3) | Configure failed.
The contents of all config.log files follows to aid debugging
directfb fsl-image-machine-test@imx6qsabresd (3/3) | ERROR: oe_runconf failed
directfb fsl-image-machine-test@imx6qsabresd (3/3) | WARNING: exit
code 1 from a shell command.
directfb fsl-image-machine-test@imx6qsabresd (3/3) | ERROR: Function
failed: do_configure (log file is located at
.../build-directfb/tmp/work/cortexa9hf-vfp-neon-mx6qdl-poky-linux-gnueabi/gstreamer1.0-plugins-bad/1.4.1-r0/temp/log.do_configure.19456)

So, to reproduce it:

Backend: directfb
Machine: imx6qsabresd
Recipe: gstreamer1.0-plugins-bad
Branch: master-next

Could someone take a look?

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-11-09  1:18 saulery
  0 siblings, 0 replies; 2101+ messages in thread
From: saulery @ 2014-11-09  1:18 UTC (permalink / raw)
  To: lvm-devel


Hello,

A little patch for cleanup Groff warning of dmsetup.8.in. Can you integrate it
please? Thanks.

Regards,

-- 
St?phane Aulery



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-09-22 15:10 Cleveland Finance
  0 siblings, 0 replies; 2101+ messages in thread
From: Cleveland Finance @ 2014-09-22 15:10 UTC (permalink / raw)




-- 
Cleveland Finance Loan give out Guarantee Business Loans, Automobile
Purchase Loans, House Purchase Loans and other Personal Loans E.T.C We 
give
out long term loan from One to Fifty years maximum with 1% interest 
rate.

Mrs. Jean L. McFarland.

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-09-20 22:12 Cleveland Finance
  0 siblings, 0 replies; 2101+ messages in thread
From: Cleveland Finance @ 2014-09-20 22:12 UTC (permalink / raw)




-- 
Cleveland Finance Loan give out Guarantee Business Loans, Automobile
Purchase Loans, House Purchase Loans and other Personal Loans E.T.C We 
give
out long term loan from One to Fifty years maximum with 1% interest 
rate.

Mrs. Jean L. McFarland.

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-09-13 15:24 asd
       [not found] ` <20140913182452.45609099-jrA/B3VWHiL2D7C+UIOg5A@public.gmane.org>
  0 siblings, 1 reply; 2101+ messages in thread
From: asd @ 2014-09-13 15:24 UTC (permalink / raw)
  To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW

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

Hi
On NV_40 on driver is sent instructions from NVE0 series
not right
I inspected register  9012c with nvtools
and appear instructions to start unneeded engines 
NVE0_CHANNEL_IND_ENGINE_PPP 
NVE0_CHANNEL_IND_ENGINE_BSP 
NVE0_CHANNEL_IND_ENGINE_ENC  

I put one barrier but not start dri.

[-- Attachment #2: nouveau_abi.patch --]
[-- Type: text/x-patch, Size: 1519 bytes --]

Index: master_local/drivers/gpu/drm/nouveau/nouveau_abi16.c
===================================================================
--- master_local.orig/drivers/gpu/drm/nouveau/nouveau_abi16.c	2014-08-01 00:51:43.000000000 +0300
+++ master_local/drivers/gpu/drm/nouveau/nouveau_abi16.c	2014-09-13 17:16:19.881489054 +0300
@@ -252,7 +252,12 @@
 	device = nv_device(abi16->device);
 	imem   = nouveau_instmem(device);
 	pfb    = nouveau_fb(device);
-
+	printk(KERN_INFO "fb_ctxdma_handle %x\n", init->fb_ctxdma_handle);
+	printk(KERN_INFO "tt_ctxdma_handle %x\n", init->tt_ctxdma_handle);
+	printk(KERN_INFO "channel %x\n", init->channel);
+	printk(KERN_INFO "pushbuf_domains %x\n", init->pushbuf_domains);
+	printk(KERN_INFO "notifier_handle %x\n", init->notifier_handle);
+	printk(KERN_INFO "nr_subchan %x\n", init->nr_subchan);
 	/* hack to allow channel engine type specification on kepler */
 	if (device->card_type >= NV_E0) {
 		if (init->fb_ctxdma_handle != ~0)
@@ -265,6 +270,18 @@
 		if (init->fb_ctxdma_handle == NVE0_CHANNEL_IND_ENGINE_GR)
 			init->tt_ctxdma_handle = 1;
 	}
+	
+	if (device->card_type < NV_50) {
+		if (init->fb_ctxdma_handle = 0x00000008)
+			return nouveau_abi16_put(abi16, -EINVAL);
+
+		if (init->fb_ctxdma_handle = 0x00000004)
+			return nouveau_abi16_put(abi16, -EINVAL);
+
+		if (init->fb_ctxdma_handle = 0x00000040)
+			return nouveau_abi16_put(abi16, -EINVAL);
+	}
+		 
 
 	if (init->fb_ctxdma_handle == ~0 || init->tt_ctxdma_handle == ~0)
 		return nouveau_abi16_put(abi16, -EINVAL);

[-- Attachment #3: Type: text/plain, Size: 181 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-09-03 12:19 US-ARMEE
  0 siblings, 0 replies; 2101+ messages in thread
From: US-ARMEE @ 2014-09-03 12:19 UTC (permalink / raw)




-- 
Hallo Freund
Ich bin Sgt Edward Hatton, ein amerikanischer Soldat, der derzeit in 
Kabul Afghanistan dienen. Sie vertraut werden können?; Kann ich $ 5,5 
Millionen Us-Dollar in Ihre Obhut anzuvertrauen? Ich wird dich dieser 
Transaktion mehr aufzuklären, sobald ich von Ihnen zu hören. Ich brauche 
nur eine vertrauenswürdige Person mir erhalten und diese Mittel zu 
sichern, bis ich durch meine Pflicht hier Kabul Afghanistan bin zu 
helfen.

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-09-03 12:18 US-ARMEE
  0 siblings, 0 replies; 2101+ messages in thread
From: US-ARMEE @ 2014-09-03 12:18 UTC (permalink / raw)




-- 
Hallo Freund
Ich bin Sgt Edward Hatton, ein amerikanischer Soldat, der derzeit in 
Kabul Afghanistan dienen. Sie vertraut werden können?; Kann ich $ 5,5 
Millionen Us-Dollar in Ihre Obhut anzuvertrauen? Ich wird dich dieser 
Transaktion mehr aufzuklären, sobald ich von Ihnen zu hören. Ich brauche 
nur eine vertrauenswürdige Person mir erhalten und diese Mittel zu 
sichern, bis ich durch meine Pflicht hier Kabul Afghanistan bin zu 
helfen.

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-08-15 12:56 arivumani
  0 siblings, 0 replies; 2101+ messages in thread
From: arivumani @ 2014-08-15 12:56 UTC (permalink / raw)
  To: UTF 8 B 6Kyd5a6c546y, Prashanth Varma Manthena, Yinpeijun, igor,
	Liangliang A, Han Zhou, ANTONIOS KOULOURIS, devel, linux s390,
	b a t m a n, trivial, xen devel, linux rdma, linux usb,
	linux wireless, linux kernel, virtualization, e1000 devel,
	bridge


[-- Attachment #1.1: Type: text/plain, Size: 36 bytes --]

http://repris.net/cgi-bin/Jalisa.php

[-- Attachment #2: Type: text/plain, Size: 79 bytes --]

------------------------------------------------------------------------------

[-- Attachment #3: Type: text/plain, Size: 257 bytes --]

_______________________________________________
E1000-devel mailing list
E1000-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/e1000-devel
To learn more about Intel&#174; Ethernet, visit http://communities.intel.com/community/wired

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2014-08-07 12:34 Modemtec Modemtec
  0 siblings, 0 replies; 2101+ messages in thread
From: Modemtec Modemtec @ 2014-08-07 12:34 UTC (permalink / raw)
  To: yocto

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

Hello,

I ran into an error during do_populate_sdk in meta-toolchain for machine
socfpga_cyclone5:

ERROR: packagegroup-cross-canadian-socfpga_cyclone5 not found in the base
feeds (i686-nativesdk noarch any all).
List packages for example:
binutils-cross-canadian-arm-2.24-r0@i686_nativesdk
binutils-cross-canadian-arm-dbg-2.24-r0@i686_nativesdk etc
ERROR: Function failed: do_populate_sdk
ERROR: Logfile of failure stored in:
/modemtec/linux/yocto-daisy/build-socfpga_cyclone5/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/meta-toolchain/1.0-r7/temp/log.do_populate_sdk.12635
ERROR: Task 7 (/modemtec/linux/yocto-daisy/meta/recipes-core/meta/
meta-toolchain.bb, do_populate_sdk) failed with exit code '1'

I tried to find an answer, but without success. I tried to compile
nativesdk-packagegroup-sdk-host and it was already compiled.

I was able to compile u-boot, kernel, kernel modules, dtb, rootfs and
everythink works quite well, but now I'm stuck with this and have no clue
how to solve this. If anyone knows how to make it working I would be very
glad.

Thank you very much

Lesek Franek ModemTec s.r.o.

Build Configuration:
BB_VERSION        = "1.22.0"
BUILD_SYS         = "i686-linux"
NATIVELSBSTRING   = "LinuxMint-17"
TARGET_SYS        = "arm-poky-linux-gnueabi"
MACHINE           = "socfpga_cyclone5"
DISTRO            = "poky"
DISTRO_VERSION    = "1.6.1"
TUNE_FEATURES     = "armv7a vfp neon"
TARGET_FPU        = "vfp-neon"
meta
meta-yocto
meta-yocto-bsp    = "daisy:810dd79720d607f1a31e73ff5f0862928fe06eb2"
meta-altera       =
"angstrom-v2014.06-yocto1.6:cbf58fc9d7df88fcb6ec6db9aa109533bf180d5e"
meta-socfpga_altera = "master:1bd7bca0877adcced73acfb4c4522b02c9244917"
meta-modemtec     = "master:e7316808ddc034bc3dcdedc8c1e0d2ab5ce3af22"
meta-oe
meta-webserver    = "daisy:dca466c074c9a35bc0133e7e0d65cca0731e2acf"
meta-qt5          = "daisy:0137274b13a568718e441f8f1c611a653db9f2f7"

[-- Attachment #2: Type: text/html, Size: 2663 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-08-05 21:20 James McCammond
  0 siblings, 0 replies; 2101+ messages in thread
From: James McCammond @ 2014-08-05 21:20 UTC (permalink / raw)
  To: Recipients

Achtung:

Komfortable direkte Kredit-Angebot! Wir bieten dringend Kredite / Finanzierung zu einem sehr niedrigen Zinssatz von 4%. Unser Hauptziel beinhaltet die Bereitstellung Personen mit Mikrofinanz-Darlehen. Wir sind bestrebt, unsere Kunden zufrieden zu stellen und hier einige wichtige Informationen darüber, wie wir arbeiten -

Unsere zuverlässige und bequeme Finanzierungsdienstleistungen sind: - Konventionelle und Personal Finanzierung für Einzelpersonen; Handelstigen Darlehen für mittlere und große Unternehmensgründungen; Small Business Administration (SBA) Darlehen für kleine Unternehmensgründungen und Start-up-Unternehmen Darlehen; Investitionskredite; Immobilienfinanzierung; Schuldenkonsolidierung Darlehen; und Home improvement Darlehen usw. Bei Interesse kontaktieren Sie uns für weitere Informationen.

James McCammond
Darlehen Berater/ Darlehen Makler
Verwaltung.
(c) USA 2014 

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-07-23 10:50 这是发件人姓名
  0 siblings, 0 replies; 2101+ messages in thread
From: 这是发件人姓名 @ 2014-07-23 10:50 UTC (permalink / raw)
  To: linux-f2fs-devel


[-- Attachment #1.1: Type: text/plain, Size: 1048 bytes --]

 
Dear Sr,

Glad to know you are dealing with power trowel, hope to be your alternative supplier in China.

CONSMAC is the biggest manufacturer of power trowel in China with annual sale more than 40000 units to 90 countries, and offer OEM for some famous brand in the world.

We also produce following machines;
Floor saw,
Screeds,
Plate compactor,
Rammers,
Rollers,
Concrete vibrator,
and etc.

Product list attached for your reference.

Feel free to contact me if any inquiries.

WhatsApp:+8618868976858




Best Regards
Ricky Guo

CONSMAC MACHINERY CO.,LTD

Tel :   0086 574 8819 2352                          Fax : 0086 574 8819 2351
Mob : 0086 186 6897 6858                          Skype : sales03@consmac.com 
FB :  sales03@consmac.com                     Msn : sales03@consmac.com   
Email :   sales03@consmac.com              Web : www.consmac.com
Office Add: 5th Floor, Jishi core valley Plaza, Jishigang town, Ningbo, China 315171
Factory Add: Lianxi Industrial Zone, Xialv Town, Shaoxing city, China. 

[-- Attachment #1.2: Type: text/html, Size: 33214 bytes --]

[-- Attachment #2: Type: text/plain, Size: 362 bytes --]

------------------------------------------------------------------------------
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds

[-- Attachment #3: Type: text/plain, Size: 179 bytes --]

_______________________________________________
Linux-f2fs-devel mailing list
Linux-f2fs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2014-07-16  3:26 Shan Hai
  0 siblings, 0 replies; 2101+ messages in thread
From: Shan Hai @ 2014-07-16  3:26 UTC (permalink / raw)
  To: openembedded-core


Fix grub bug #36755 by cherry picking a patch from grub upstream.
The bug is reported at "http://savannah.gnu.org/bugs/?36755"

Thanks
Shan Hai


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2014-07-11 14:54 Philip Balister
  2014-07-12  4:55 ` Khem Raj
  0 siblings, 1 reply; 2101+ messages in thread
From: Philip Balister @ 2014-07-11 14:54 UTC (permalink / raw)
  To: openembedded-devel


I was trying to get this recipe into meta-oe before the daisy branch, but 
it had to wait on some other patches to get into oe-core.

Now that these are in place, it would be very helpful for people using
GNU Radio from daisy if this recipe was in the meta-oe/daisy.

Thanks,

Philip


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2014-07-02  6:50 Himanshu  Pandey
  0 siblings, 0 replies; 2101+ messages in thread
From: Himanshu  Pandey @ 2014-07-02  6:50 UTC (permalink / raw)
  To: bitbake-devel

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



[-- Attachment #2: Type: text/html, Size: 1749 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2014-06-25 18:28 Anand Moon
  0 siblings, 0 replies; 2101+ messages in thread
From: Anand Moon @ 2014-06-25 18:28 UTC (permalink / raw)
  To: meta-freescale

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


Below Original message from Andrey Smirnov.

I would like to address the issue and submit the patch for it.

Please find the patch attached with this mail.

Issue mention below. Probably a race in the scheduling of the notifier chain.
Build and tested on Udoo board with RT patch applied.

-Anand Moon

----------------------------------------------------------------------------

Hello everyone,

I am working on integrating PREEMPT-RT patches into 3.10.17 kernel BSP
release from Freescale which can be found at:

http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git (tag
imx_3.10.17_1.0.0_ga)

and what I am finding is that if I select "interactive" cpufreq
governor I get a kernel the kernel that occasionally spouts this

BUG: scheduling while atomic: swapper/3/0/0x00000002
Modules linked in:
Preemption disabled at:[<  (null)>]   (null)
CPU: 3 PID: 0 Comm: swapper/3 Not tainted 3.10.17-rt12-80705-g232293e-dirty #3
[<800139c4>] (unwind_backtrace+0x0/0xf8) from [<80011420>]
(show_stack+0x10/0x14)
[<80011420>] (show_stack+0x10/0x14) from [<805bfbbc>] (__schedule_bug+0x78/0x9c)
[<805bfbbc>] (__schedule_bug+0x78/0x9c) from [<805c431c>]
(__schedule+0x398/0x49c)
[<805c431c>] (__schedule+0x398/0x49c) from [<805c44d0>] (schedule+0x34/0xa0)
[<805c44d0>] (schedule+0x34/0xa0) from [<805c5250>]
(rt_spin_lock_slowlock+0xc0/0x258)
[<805c5250>] (rt_spin_lock_slowlock+0xc0/0x258) from [<80031d44>]
(lock_timer_base+0x2c/0x4c)
[<80031d44>] (lock_timer_base+0x2c/0x4c) from [<80032024>]
(mod_timer+0x60/0x1c0)
[<80032024>] (mod_timer+0x60/0x1c0) from [<803fe860>]
(cpufreq_interactive_idle_notifier+0xa4/0x13c)
[<803fe860>] (cpufreq_interactive_idle_notifier+0xa4/0x13c) from
[<80048444>] (notifier_call_chain+0)
[<80048444>] (notifier_call_chain+0x44/0x84) from [<80048754>]
(__atomic_notifier_call_chain+0x38/0x)
[<80048754>] (__atomic_notifier_call_chain+0x38/0x4c) from
[<80048780>] (atomic_notifier_call_chain+)
[<80048780>] (atomic_notifier_call_chain+0x18/0x20) from [<80058df8>]
(cpu_startup_entry+0x68/0x1a4)
[....] [<80058df8>] (cpu_startup_entry+0x68/0x1a4) from [<105bc204>]
(0x105bc204)

and eventually crashes. After doing some digging I believe the
sequence of events leading to this is following:

secondary_start_kernel() calls preempt_disable(), then
cpu_startup_entry(CPUHP_ONLINE), which results in a call to
cpufreq_interactive_idle_notifier() which in turn tries to use
mod_timer(). Mod_timer() internally tries to acquire a spinlock, but
with RT
patches applied it unfolds into a rt_mutex, the attempt of acquisition
of which results in the call to schedule() and that's when we
see that backtrace.

Eventually I am hoping to disable any sorts of frequency scaling or
power management on our system, but I am still curious to know if that
is a known issue patches for which exist. Does anyone has any leads/suggestions?

Thank you,
Andrey Smirnov


[-- Attachment #2: 0001-cpufreq_interactive.patch --]
[-- Type: text/plain, Size: 6363 bytes --]

diff --git a/drivers/cpufreq/cpufreq_interactive.c b/drivers/cpufreq/cpufreq_interactive.c
index 9a6f64f..64f2784 100644
--- a/drivers/cpufreq/cpufreq_interactive.c
+++ b/drivers/cpufreq/cpufreq_interactive.c
@@ -17,6 +17,7 @@
  *
  */
 
+#include <linux/module.h>
 #include <linux/cpu.h>
 #include <linux/cpumask.h>
 #include <linux/cpufreq.h>
@@ -29,7 +30,6 @@
 #include <linux/kthread.h>
 #include <linux/mutex.h>
 #include <linux/kernel_stat.h>
-#include <linux/module.h>
 #include <asm/cputime.h>
 
 static atomic_t active_count = ATOMIC_INIT(0);
@@ -61,6 +61,8 @@ static cpumask_t down_cpumask;
 static spinlock_t down_cpumask_lock;
 static struct mutex set_speed_lock;
 
+#define MAX_RT_PRIO 100
+
 /* Hi speed to bump to from lo speed when load burst (default max) */
 static u64 hispeed_freq;
 
@@ -77,9 +79,7 @@ static unsigned long min_sample_time;
 /*
  * The sample rate of the timer used to increase frequency
  */
-#define DEFAULT_TIMER_RATE (50 * USEC_PER_MSEC)
-#define CPUFREQ_IRQ_LEN 60
-#define CPUFREQ_NOTE_LEN 120
+#define DEFAULT_TIMER_RATE (20 * USEC_PER_MSEC)
 static unsigned long timer_rate;
 
 static int cpufreq_governor_interactive(struct cpufreq_policy *policy,
@@ -133,8 +133,8 @@ static void cpufreq_interactive_timer(unsigned long data)
 	if (!idle_exit_time)
 		goto exit;
 
-	delta_idle = (unsigned int)(now_idle - time_in_idle);
-	delta_time = (unsigned int)(pcpu->timer_run_time - idle_exit_time);
+	delta_idle = (unsigned int) (now_idle - time_in_idle);
+	delta_time = (unsigned int) (pcpu->timer_run_time - idle_exit_time);
 
 	/*
 	 * If timer ran less than 1ms after short-term sample started, retry.
@@ -147,9 +147,8 @@ static void cpufreq_interactive_timer(unsigned long data)
 	else
 		cpu_load = 100 * (delta_time - delta_idle) / delta_time;
 
-	delta_idle = (unsigned int)(now_idle - pcpu->freq_change_time_in_idle);
-	delta_time = (unsigned int)(pcpu->timer_run_time -
-		pcpu->freq_change_time);
+	delta_idle = (unsigned int) (now_idle - pcpu->freq_change_time_in_idle);
+	delta_time = (unsigned int) (pcpu->timer_run_time - pcpu->freq_change_time);
 
 	if ((delta_time == 0) || (delta_idle > delta_time))
 		load_since_change = 0;
@@ -250,10 +249,11 @@ static void cpufreq_interactive_idle_start(void)
 		&per_cpu(cpuinfo, smp_processor_id());
 	int pending;
 
-	pcpu->idling = 1;
-	smp_wmb();
 	if (!pcpu->governor_enabled)
 		return;
+
+	pcpu->idling = 1;
+	smp_wmb();
 	pending = timer_pending(&pcpu->cpu_timer);
 
 	if (pcpu->target_freq != pcpu->policy->min) {
@@ -619,10 +619,10 @@ static int cpufreq_interactive_idle_notifier(struct notifier_block *nb,
 					     void *data)
 {
 	switch (val) {
-	case IDLE_START:
+	case SCHED_IDLE_START:
 		cpufreq_interactive_idle_start();
 		break;
-	case IDLE_END:
+	case SCHED_IDLE_END:
 		cpufreq_interactive_idle_end();
 		break;
 	}
@@ -638,7 +638,7 @@ static int __init cpufreq_interactive_init(void)
 {
 	unsigned int i;
 	struct cpufreq_interactive_cpuinfo *pcpu;
-	struct sched_param param = { .sched_priority = 99 };
+	struct sched_param param = { .sched_priority = MAX_RT_PRIO-1 };
 
 	go_hispeed_load = DEFAULT_GO_HISPEED_LOAD;
 	min_sample_time = DEFAULT_MIN_SAMPLE_TIME;
@@ -674,7 +674,7 @@ static int __init cpufreq_interactive_init(void)
 	spin_lock_init(&down_cpumask_lock);
 	mutex_init(&set_speed_lock);
 
-	idle_notifier_register(&cpufreq_interactive_idle_nb);
+	sched_idle_notifier_register(&cpufreq_interactive_idle_nb);
 
 	return cpufreq_register_governor(&cpufreq_gov_interactive);
 
@@ -684,7 +684,7 @@ err_freeuptask:
 }
 
 #ifdef CONFIG_CPU_FREQ_DEFAULT_GOV_INTERACTIVE
-late_initcall(cpufreq_interactive_init);
+fs_initcall(cpufreq_interactive_init);
 #else
 module_init(cpufreq_interactive_init);
 #endif
@@ -699,7 +699,7 @@ static void __exit cpufreq_interactive_exit(void)
 
 module_exit(cpufreq_interactive_exit);
 
-MODULE_AUTHOR("Mike Chan <mike@android.com>");
+MODULE_AUTHOR("Mike Chan <mike at android.com>");
 MODULE_DESCRIPTION("'cpufreq_interactive' - A cpufreq governor for "
 	"Latency sensitive workloads");
 MODULE_LICENSE("GPL");
diff --git a/include/linux/sched.h b/include/linux/sched.h
index ecb2f9b..c247353 100644
--- a/include/linux/sched.h
+++ b/include/linux/sched.h
@@ -1898,6 +1898,16 @@ extern void sched_clock_idle_sleep_event(void);
 extern void sched_clock_idle_wakeup_event(u64 delta_ns);
 #endif
 
+#define SCHED_IDLE_START   1
+#define SCHED_IDLE_END     2
+extern void sched_idle_notifier_register(struct notifier_block *nb);
+extern void sched_idle_notifier_unregister(struct notifier_block *nb);
+extern void sched_idle_notifier_call_chain(unsigned long val);
+extern void sched_idle_enter_condrcu(bool idle_uses_rcu);
+extern void sched_idle_exit_condrcu(bool idle_uses_rcu);
+static inline void sched_idle_enter(void) { sched_idle_enter_condrcu(0); }
+static inline void sched_idle_exit(void) { sched_idle_exit_condrcu(0); }
+
 #ifdef CONFIG_IRQ_TIME_ACCOUNTING
 /*
  * An i/f to runtime opt-in for irq time accounting based off of sched_clock.
diff --git a/kernel/sched/core.c b/kernel/sched/core.c
index a060a09..2df783e 100644
--- a/kernel/sched/core.c
+++ b/kernel/sched/core.c
@@ -1828,6 +1828,44 @@ void wake_up_new_task(struct task_struct *p)
 	task_rq_unlock(rq, p, &flags);
 }
 
+static ATOMIC_NOTIFIER_HEAD(sched_idle_notifier);
+
+void sched_idle_notifier_register(struct notifier_block *nb)
+{
+   atomic_notifier_chain_register(&sched_idle_notifier, nb);
+}
+EXPORT_SYMBOL_GPL(sched_idle_notifier_register);
+
+void sched_idle_notifier_unregister(struct notifier_block *nb)
+{
+   atomic_notifier_chain_unregister(&sched_idle_notifier, nb);
+}
+EXPORT_SYMBOL_GPL(sched_idle_notifier_unregister);
+
+void sched_idle_notifier_call_chain(unsigned long val)
+{
+   atomic_notifier_call_chain(&sched_idle_notifier, val, NULL);
+}
+EXPORT_SYMBOL_GPL(sched_idle_notifier_call_chain);
+
+void sched_idle_enter_condrcu(bool idle_uses_rcu)
+{
+   tick_nohz_idle_enter();
+   if (!idle_uses_rcu)
+       rcu_idle_enter();
+   sched_idle_notifier_call_chain(SCHED_IDLE_START);
+}
+EXPORT_SYMBOL_GPL(sched_idle_enter_condrcu);
+
+void sched_idle_exit_condrcu(bool idle_uses_rcu)
+{
+   sched_idle_notifier_call_chain(SCHED_IDLE_END);
+   if (!idle_uses_rcu)
+       rcu_idle_exit();
+   tick_nohz_idle_exit();
+}
+EXPORT_SYMBOL_GPL(sched_idle_exit_condrcu);
+
 #ifdef CONFIG_PREEMPT_NOTIFIERS
 
 /**

^ permalink raw reply related	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2014-05-30  4:05 Kashyap Gada
  0 siblings, 0 replies; 2101+ messages in thread
From: Kashyap Gada @ 2014-05-30  4:05 UTC (permalink / raw)
  To: yocto

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

Hello Community,
This is my first question please excuse if I'm making a silly mistake. I am
just starting learning the yocto project to develop custom linux os. I was
following the few commands to download and setup poky on my build system
from the quick start guide at .

$ git clone http://git.yoctoproject.org/git/poky
     $ cd poky
     $ git checkout -b daisy origin/daisy
     $ source oe-init-build-env

Executing the last line gives me the following issue


kashyap@Kashyap-VAIO:/media/kashyap/3E0800DC08009555/yocto/poky$ ls
>
> bitbake        meta-selftest   oe-init-build-env         scripts
>
> documentation  meta-skeleton   oe-init-build-env-memres
>
> LICENSE        meta-yocto      README
>
> meta           meta-yocto-bsp  README.hardware
>
> kashyap@Kashyap-VAIO:/media/kashyap/3E0800DC08009555/yocto/poky$ source
>> oe-init-build-env
>
> bash:
>> /media/kashyap/3E0800DC08009555/yocto/poky/scripts/oe-setup-builddir:
>> Permission denied
>
> kashyap@Kashyap-VAIO:/media/kashyap/3E0800DC08009555/yocto/poky$
>
>
>
I tried searching over the internet about the possible issues but couldn't
figure out the problem here.
Anyone please help.

[-- Attachment #2: Type: text/html, Size: 3095 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2014-05-27  9:36 hari prasad
  2014-05-27  9:55 ` zhenhua.luo
  2014-05-27 12:46 ` Otavio Salvador
  0 siblings, 2 replies; 2101+ messages in thread
From: hari prasad @ 2014-05-27  9:36 UTC (permalink / raw)
  To: meta-freescale

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

I have to port  a network application to use DPAA in a t4240qds board . How
should I procedd?
regards,
Hari Prasad S R
7418234575

[-- Attachment #2: Type: text/html, Size: 233 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2014-05-26  4:36 hari prasad
  0 siblings, 0 replies; 2101+ messages in thread
From: hari prasad @ 2014-05-26  4:36 UTC (permalink / raw)
  To: meta-freescale

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

I needed to use usdpaa libraries . So I downloaded the yocto project and
installed it.
Then I did the following
$source ./fsl-setup-poky -m t4240qds
went to build directory
$bitbake usdpaa
I found the images and include files in
QorIQ-SDK-V1.4-20130625-yocto/build_t4240qds_release/tmp/work/ppce6500-fsl_networking-linux/usdpaa/git-r5/image/usr
copied them to the sytem usr folder but I am unable to compile
hello_reflector.c example in the usdpaa apps folder.
says undefined reference to the functions . What is that I am doing wrong .
dregards,
Hari Prasad S R
7418234575

[-- Attachment #2: Type: text/html, Size: 796 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2014-05-22 15:46 hari prasad
  2014-05-22 16:05 ` Otavio Salvador
  0 siblings, 1 reply; 2101+ messages in thread
From: hari prasad @ 2014-05-22 15:46 UTC (permalink / raw)
  To: meta-freescale

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

I have to run the hello_reflector.c program in apps folder of usdpaa
Could you give me a step by step instruction on how to do this in my linux
starting from downloading the yocto sdk
regards,
Hari Prasad S R
7418234575

[-- Attachment #2: Type: text/html, Size: 313 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2014-05-18 19:54 hari prasad
  2014-05-19  9:46 ` zhenhua.luo
  0 siblings, 1 reply; 2101+ messages in thread
From: hari prasad @ 2014-05-18 19:54 UTC (permalink / raw)
  To: meta-freescale

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

I am working with freescale 4240qds . I would like to build a sample
application in my ubuntu 12.10 using usdpaa libraries. I am finding it
difficult to install them . Can someone help me out ?
regards,
Hari Prasad S R
7418234575

[-- Attachment #2: Type: text/html, Size: 336 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-05-03 16:50 James McCammond
  0 siblings, 0 replies; 2101+ messages in thread
From: James McCammond @ 2014-05-03 16:50 UTC (permalink / raw)
  To: Recipients

Komfortable direkte Kredit-Angebot! Wir bieten dringende Darlehen zu einem sehr niedrigen Zinssatz von 4%, wir sind in einer breiten Palette von Kreditvergabe und unsere Region ist die Erbringung von Finanzdienstleistungen weltweit. Wir sind spezialisiert auf Immobilien-Investoren, Finanzierung, Bau-Darlehen, Startkredite, Hypothekendarlehen, HUD Darlehen, persönliche Darlehen, Business-Darlehen, FHA-Darlehen, VA-Darlehen, Auto-Titel Darlehen, Darlehen usw. entsprechen Bei Interesse kontaktieren Sie uns für weitere Informationen. 

Wir leisten unseren besten Service für unsere Darlehen Bewerber. 

Management 
(C) USA 2014

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* Re: (no subject)
@ 2014-02-13 23:47 Zir Blazer
  0 siblings, 0 replies; 2101+ messages in thread
From: Zir Blazer @ 2014-02-13 23:47 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 1027 bytes --]

>> I can't understand this as disk activity should be running on cores 0,>> 1  and 2, but never on core 3. The only thing running on core 3 should>> by my paravirtual machine and the hypervisor stub.>>>> Any idea what's going on?
Your Core i3 is a Dual Core Processor with Hyper Threading. Hyper Threading allows each Core to run two Threads simultaneously, in what is called physical Core and virtual Core (Or around those lines, but you get the idea). They share resources, and the extra Thread actually gets the free resources/execution time that weren't used by the main Thread. As Core 3 is the virtual core of the physical Core 2 (Assuming that on Linux it sees and numbers them as Physical Core 0, Logical Core 1, Physical Core 2 and Logical Core 3 and so on), you're giving that VM just a spare virtual Core with the free resources that weren't used by the physical Core. You should try with a full physical Core (Core 2 and 3), otherwise whatever runs on Core 2 WILL impact heavily what you see on Core 3. 		 	   		  

[-- Attachment #1.2: Type: text/html, Size: 1401 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-02-13 16:01 Simon Martin
  2014-02-13 16:10 ` Andrew Cooper
  0 siblings, 1 reply; 2101+ messages in thread
From: Simon Martin @ 2014-02-13 16:01 UTC (permalink / raw)
  To: xen-devel

Hi all,

I  am  now successfully running my little operating system inside Xen.
It  is  fully  preemptive and working a treat, but I have just noticed
something  I  wasn't expecting, and will really be a problem for me if
I can't work around it.

My configuration is as follows:

1.- Hardware: Intel i3, 4GB RAM, 64GB SSD.

2.- Xen: 4.4 (just pulled from repository)

3.- Dom0: Debian Wheezy (Kernel 3.2)

4.- 2 cpu pools:

# xl cpupool-list
Name               CPUs   Sched     Active   Domain count
Pool-0               3    credit       y          2
pv499                1  arinc653       y          1

5.- 2 domU:

# xl list
Name                                        ID   Mem VCPUs      State   Time(s)
Domain-0                                     0   984     3     r-----      39.7
win7x64                                      1  2046     3     -b----     143.0
pv499                                        3   128     1     -b----      61.2

6.- All VCPUs are pinned:

# xl vcpu-list
Name                                ID  VCPU   CPU State   Time(s) CPU Affinity
Domain-0                             0     0    0   -b-      27.5  0
Domain-0                             0     1    1   -b-       7.2  1
Domain-0                             0     2    2   r--       5.1  2
win7x64                              1     0    0   -b-      71.6  0
win7x64                              1     1    1   -b-      37.7  1
win7x64                              1     2    2   -b-      34.5  2
pv499                                3     0    3   -b-      62.1  3

7.- pv499 is the domU that I am testing. It has no disk or vif devices
(yet). I am running a little test program in pv499 and the timing I
see is varies depending on disk activity.

My test program runs prints up the time taken in milliseconds for a
million cycles. With no disk activity I see 940 ms, with disk activity
I see 1200 ms.

I can't understand this as disk activity should be running on cores 0,
1  and 2, but never on core 3. The only thing running on core 3 should
by my paravirtual machine and the hypervisor stub.

Any idea what's going on?


-- 
Best regards,
 Simon                          mailto:furryfuttock@gmail.com

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2014-02-04 14:18 Валентин Сайков
  0 siblings, 0 replies; 2101+ messages in thread
From: Валентин Сайков @ 2014-02-04 14:18 UTC (permalink / raw)
  To: kvm; +Cc: qemu-devel

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

Good day. Very little speed drives Virtio. Drivers are the latest guest on
the system "Windows server 2008". Host system centos 6.5.

All that can be tried, but failed to increase the speed. And there I have a
database running.

Screenshots test speed drives

http://itmages.ru/image/view/1471772/feec35c3
http://itmages.ru/image/view/1471774/2b0baeae
http://itmages.ru/image/view/1471785/9fffb8f5

Thanks in advance. Apply nowhere else.

[-- Attachment #2: Type: text/html, Size: 798 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
[parent not found: <CA+knAyLjni_imS1h=+==+Gqax9ZAQu0k5Wxi0ztjph_J=LZJWw@mail.gmail.com>]
* (no subject)
@ 2014-01-21 23:34 Mehran Khan
  0 siblings, 0 replies; 2101+ messages in thread
From: Mehran Khan @ 2014-01-21 23:34 UTC (permalink / raw)
  To: lttng-dev


[-- Attachment #1.1: Type: text/plain, Size: 5533 bytes --]

Hello everyone,
I have been trying to instrument the Apache web server, the latest version
(2.4.7 from the URL http://httpd.apache.org/download.cgi#apache24) for
LTTng UST tracing
1. To start with the simplest case, I created a *.tp file named
*smallestTracePoint.tp* with the content below
    TRACEPOINT_EVENT(
    mk,
    apache_process_entry,
    TP_ARGS(),
    TP_FIELDS()
  )
2. Then I ran the following
   lttng-gen-tp smallestTracePoint.tp -o smallestTracePoint.h -o
smallestTracePoint.c

which generated the files smallestTracePoint.c and smallestTracePoint.h

3. Then, I put the *smallestTracePoint.h* and *smallestTracePoint.c* in
*httpd-2.4.7/server* directory,
included  *smallestTracePoint.h *in the *main.c  *file and added trace
points in the int *main(int argc, const char * const argv[])* and
**init_process(int
*argc, const char * const * *argv)* functions.

4. Then I added *-finstrument-functions* in the *configure* file (Line
number 2830) in the extracted *httpd-2.4.7* directory, full line below
  ac_compile='$CC -c $CFLAGS -finstrument-functions $CPPFLAGS
conftest.$ac_ext >&5'

5. Then, from the /httpd-2.4.7 directory, I ran the following command to
configure the installation, it completed without any error.
    ./configure --libdir=/usr/lib/usr/lib/liblttng-ust.so
--with-included-apr

6. When I ran the command 'make', I get the following error after a while
...
make[1]: Entering directory `/root/httpd-2.4.7'
/root/httpd-2.4.7/srclib/apr/libtool --silent --mode=compile gcc
-std=gnu99  -g -O2 -pthread      -DLINUX -D_REENTRANT -D_GNU_SOURCE     -I.
-I/root/httpd-2.4.7/os/unix -I/root/httpd-2.4.7/include
-I/root/httpd-2.4.7/srclib/apr/include
-I/root/httpd-2.4.7/srclib/apr-util/include
-I/root/httpd-2.4.7/srclib/apr-util/xml/expat/lib
-I/root/httpd-2.4.7/modules/aaa -I/root/httpd-2.4.7/modules/cache
-I/root/httpd-2.4.7/modules/core -I/root/httpd-2.4.7/modules/database
-I/root/httpd-2.4.7/modules/filters -I/root/httpd-2.4.7/modules/ldap
-I/root/httpd-2.4.7/modules/loggers -I/root/httpd-2.4.7/modules/lua
-I/root/httpd-2.4.7/modules/proxy -I/root/httpd-2.4.7/modules/session
-I/root/httpd-2.4.7/modules/ssl -I/root/httpd-2.4.7/modules/test
-I/root/httpd-2.4.7/server -I/root/httpd-2.4.7/modules/arch/unix
-I/root/httpd-2.4.7/modules/dav/main -I/root/httpd-2.4.7/modules/generators
-I/root/httpd-2.4.7/modules/mappers  -prefer-non-pic -static -c modules.c
&& touch modules.lo
gcc -std=gnu99  -g -O2 -pthread      -DLINUX -D_REENTRANT -D_GNU_SOURCE
-I. -I/root/httpd-2.4.7/os/unix -I/root/httpd-2.4.7/include
-I/root/httpd-2.4.7/srclib/apr/include
-I/root/httpd-2.4.7/srclib/apr-util/include
-I/root/httpd-2.4.7/srclib/apr-util/xml/expat/lib
-I/root/httpd-2.4.7/modules/aaa -I/root/httpd-2.4.7/modules/cache
-I/root/httpd-2.4.7/modules/core -I/root/httpd-2.4.7/modules/database
-I/root/httpd-2.4.7/modules/filters -I/root/httpd-2.4.7/modules/ldap
-I/root/httpd-2.4.7/modules/loggers -I/root/httpd-2.4.7/modules/lua
-I/root/httpd-2.4.7/modules/proxy -I/root/httpd-2.4.7/modules/session
-I/root/httpd-2.4.7/modules/ssl -I/root/httpd-2.4.7/modules/test
-I/root/httpd-2.4.7/server -I/root/httpd-2.4.7/modules/arch/unix
-I/root/httpd-2.4.7/modules/dav/main -I/root/httpd-2.4.7/modules/generators
-I/root/httpd-2.4.7/modules/mappers  -c /root/httpd-2.4.7/server/buildmark.c
/root/httpd-2.4.7/srclib/apr/libtool --silent --mode=link gcc -std=gnu99
-g -O2 -pthread         -o httpd  modules.lo buildmark.o -export-dynamic
server/libmain.la modules/core/libmod_so.la
modules/http/libmod_http.laserver/mpm/event/
libevent.la os/unix/libos.la -L/usr/lib/x86_64-linux-gnu -lpcre
/root/httpd-2.4.7/srclib/apr-util/libaprutil-1.la/root/httpd-2.4.7/srclib/apr-util/xml/expat/
libexpat.la /root/httpd-2.4.7/srclib/apr/libapr-1.la -luuid -lrt -lcrypt
-lpthread -ldl
server/.libs/libmain.a(main.o): In function `main':
/root/httpd-2.4.7/server/main.c:443: undefined reference to
`__tracepoint_mk___apache_process_entry'
server/.libs/libmain.a(main.o): In function `init_process':
/root/httpd-2.4.7/server/main.c:284: undefined reference to
`__tracepoint_mk___apache_process_entry'
server/.libs/libmain.a(main.o): In function
`__tracepoint_cb_mk___apache_process_entry':
/root/httpd-2.4.7/server/smallestTracePoint.h:13: undefined reference to
`tracepoint_dlopen'
/root/httpd-2.4.7/server/smallestTracePoint.h:13: undefined reference to
`__tracepoint_mk___apache_process_entry'
/root/httpd-2.4.7/server/smallestTracePoint.h:13: undefined reference to
`tracepoint_dlopen'
/root/httpd-2.4.7/server/smallestTracePoint.h:13: undefined reference to
`tracepoint_dlopen'
/root/httpd-2.4.7/server/smallestTracePoint.h:13: undefined reference to
`tracepoint_dlopen'
/root/httpd-2.4.7/server/smallestTracePoint.h:13: undefined reference to
`__tracepoint_mk___apache_process_entry'
/root/httpd-2.4.7/server/smallestTracePoint.h:13: undefined reference to
`tracepoint_dlopen'
/root/httpd-2.4.7/server/smallestTracePoint.h:13: undefined reference to
`tracepoint_dlopen'
collect2: ld returned 1 exit status
make[1]: *** [httpd] Error 1
make[1]: Leaving directory `/root/httpd-2.4.7'
make: *** [all-recursive] Error 1

I have tried including the *smallestTracePoint.c* file in the local
makefile (*/root/httpd-2.4.7/MakeFile)*... didn't do me any good.
Any idea what I am doing wrong ?


LTTng version on the instance: 2.4.0-rc2 - Époque Opaque

Linux Distribution: Ubuntu 12.04.3 LTS


Thanks,


-- 
Mehran

[-- Attachment #1.2: Type: text/html, Size: 9033 bytes --]

[-- Attachment #2: Type: text/plain, Size: 155 bytes --]

_______________________________________________
lttng-dev mailing list
lttng-dev@lists.lttng.org
http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [PATCH] drm/i915: (VLV2) Fix the hotplug detection bits
@ 2014-01-21 16:38 Todd Previte
  2014-01-23  4:22 ` (no subject) Todd Previte
  0 siblings, 1 reply; 2101+ messages in thread
From: Todd Previte @ 2014-01-21 16:38 UTC (permalink / raw)
  To: intel-gfx

These bits are in reverse order in the header from those defined in
the specification. Change the bit positions for ports B and D to
correctly match the spec.
---
 drivers/gpu/drm/i915/i915_reg.h | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i915_reg.h
index 10ecf90..2d77b51 100644
--- a/drivers/gpu/drm/i915/i915_reg.h
+++ b/drivers/gpu/drm/i915/i915_reg.h
@@ -2083,9 +2083,9 @@
  * Please check the detailed lore in the commit message for for experimental
  * evidence.
  */
-#define   PORTD_HOTPLUG_LIVE_STATUS               (1 << 29)
+#define   PORTD_HOTPLUG_LIVE_STATUS               (1 << 27)
 #define   PORTC_HOTPLUG_LIVE_STATUS               (1 << 28)
-#define   PORTB_HOTPLUG_LIVE_STATUS               (1 << 27)
+#define   PORTB_HOTPLUG_LIVE_STATUS               (1 << 29)
 #define   PORTD_HOTPLUG_INT_STATUS		(3 << 21)
 #define   PORTC_HOTPLUG_INT_STATUS		(3 << 19)
 #define   PORTB_HOTPLUG_INT_STATUS		(3 << 17)
-- 
1.8.3.2

^ permalink raw reply related	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2013-12-31 15:15 Konrad Rzeszutek Wilk
  0 siblings, 0 replies; 2101+ messages in thread
From: Konrad Rzeszutek Wilk @ 2013-12-31 15:15 UTC (permalink / raw)
  To: xen-devel, linux-kernel

This had been posted way way back:  https://lkml.org/lkml/2013/1/16/696

and the discussion about it was:
 - If there are no uses of v2, then why not rip out the support for it.
   [b/c the work for it would be in the networking code and I am still
    hoping that will be done?]
 - Why not do all of this in the toolstack. Enforce that the guest
   can only use v1 ".. if the backend isn't going to make use of them."
   (Matt).
   I am not sure how one would set up the plumbing to properly figure out
   whether the backend (say a driver domain) would communicate to hypervisor
   or XenBus that it is going to use v1 only if it has not yet started.
   (It would not have started b/c the guest hasn't started yet).

   My thinking is that once the frontend and backend start using the
   esoteric features of v2 we can rip this patch out. And also implement
   the proper code for PVHVM/PVH to actually use v2 grants.

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2013-12-30  2:29 Oravil Nair
  2014-01-07  7:32 ` Daniel Vetter
  0 siblings, 1 reply; 2101+ messages in thread
From: Oravil Nair @ 2013-12-30  2:29 UTC (permalink / raw)
  To: intel-gfx


[-- Attachment #1.1: Type: text/plain, Size: 242 bytes --]

Hi,

i915_gem_object_pin(), during i915 driver create, seems to write to the
memory written by BIOS. Where can the start address be specified to
allocate memory so that the memory written by BIOS is not overwritten at
initialization?

Thanks

[-- Attachment #1.2: Type: text/html, Size: 331 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2013-12-17 18:35 Ian Jackson
  2013-12-18 11:19 ` George Dunlap
  0 siblings, 1 reply; 2101+ messages in thread
From: Ian Jackson @ 2013-12-17 18:35 UTC (permalink / raw)
  To: xen-devel
  Cc: Shriram Rajagopalan, George Dunlap, Ian Campbell, Stefano Stabellini

This series removes the usleeps and waiting loops in libxl_dom.c and
replaces them with event-callback code.

Firstly, some documentation of things I had to reverse-engineer:
 01/23 xen: Document XEN_DOMCTL_subscribe
 02/23 xen: Document that EVTCHNOP_bind_interdomain signals
 03/23 docs: Document event-channel-based suspend protocol
 04/23 libxc: Document xenctrl.h event channel calls
Arguably these might be 4.4 material (hence the CC to George).

We want some additional libxl event facilities:
 05/23 libxl: init: Provide a gc later in libxl_ctx_alloc
 06/23 libxl: init: libxl__poller_init and _get take gc
 07/23 libxl: events: const-correct *_inuse, *_isregistered
 08/23 libxl: events: Provide libxl__xswait_*
 09/23 libxl: events: Use libxl__xswait_* in spawn code
 10/23 libxl: events: Provide libxl__ev_evtchn*

We need to clean up some unfortunate code in libxc:
 11/23 libxc: suspend: Rename, improve xc_suspend_evtchn_init
 12/23 libxc: suspend: Fix suspend event channel locking

We do some shuffling around of the libxl suspend control flow:
 13/23 libxl: suspend: Async libxl__domain_suspend_callback
 14/23 libxl: suspend: Async domain_suspend_callback_common
 15/23 libxl: suspend: Reorg domain_suspend_callback_common
 16/23 libxl: suspend: New libxl__domain_pvcontrol_xspath
 17/23 libxl: suspend: New domain_suspend_pvcontrol_acked
No functional change in those five.  These changes are broken down
just to make the changes reviewable.

Finally, we can start to work on the event code, removing the bugs,
usleeps and loops one at a time:
 18/23 libxl: suspend: domain_suspend_callback_common xs errs
 19/23 libxl: suspend: Async xenstore pvcontrol wait
 20/23 libxl: suspend: Abolish usleeps in domain suspend wait
 21/23 libxl: suspend: Fix suspend wait corner cases
 22/23 libxl: suspend: Async evtchn wait
 23/23 libxl: suspend: Apply guest timeout in evtchn case

I have tested this with a Debian pvops kernel (xenstore pvcontrol
suspend signalling) and OpenSUSE 11 (event channel suspend
signalling).

Shriram: I haven't really touched the Remus-specific code here but
this series ought to be suitable for you to base things on, assuming
my co-maintainers like the general approach.

Thanks,
Ian.

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2013-12-15  7:58 Adel Amani
  0 siblings, 0 replies; 2101+ messages in thread
From: Adel Amani @ 2013-12-15  7:58 UTC (permalink / raw)
  To: Xen, Dario Faggioli


[-- Attachment #1.1: Type: text/plain, Size: 284 bytes --]

 Hello
I attach tow pic of code and error.
I try to dirty_count in function of csched_credit.c calculate... :-( But I confront to error.
now can you help me?
Thanks.

Adel Amani
M.Sc. Candidate@Computer Engineering Department, University of Isfahan
Email: A.Amani@eng.ui.ac.ir

[-- Attachment #1.2: Type: text/html, Size: 2122 bytes --]

[-- Attachment #2: pic1.png --]
[-- Type: image/png, Size: 104979 bytes --]

[-- Attachment #3: pic2.JPG --]
[-- Type: image/jpeg, Size: 11865 bytes --]

[-- Attachment #4: Type: text/plain, Size: 126 bytes --]

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

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2013-12-13 13:39 Flanagan, Elizabeth
  0 siblings, 0 replies; 2101+ messages in thread
From: Flanagan, Elizabeth @ 2013-12-13 13:39 UTC (permalink / raw)
  To: yocto, Alexandru C Georgescu, Zhao Yi, Otavio Salvador

All,

With the failures we saw last night on the dylan point release, we're going to
ask folks to switch QA efforts to the dylan point release which should be
finished building shortly. The build appliance will be built out of
band in order to fix
some autobuilder build issues on it and then added to the rc2 area.

http://autobuilder.yoctoproject.org/pub/releases/dora-10.0.1.rc2

bitbake     1484905373ad717cedcaef37a0addde034ebdc60
eclipse-poky-juno     2fa1c58940141a3c547c8790b8a6832167e8eb66
eclipse-poky-kepler     ad74249895f882a8f00bdeef7a0f7c18998cc43e
meta-fsl-arm     c7cc5d5f451c9d12df9f11314f4a58ecc347b1f5
meta-fsl-ppc     b5732aeadc9eb0de933f52d0949412e12f8486bd
meta-intel     c86e39dd06571458c7dee6cf289d5b470c98f4bd
meta-minnow     edf75553643face7a0dd5b16085d59a90eb4af8d
meta-qt3     4772424ab69908d4e3b9d6d4717ca889468e6acd
oecore     d68c267f3387d7fe221d3c5653a66db8b1f78fd8
poky     7a0033cc4e1f590c5a936671f351a1b251e16726

-- 
Elizabeth Flanagan
Yocto Project
Build and Release


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2013-11-23  2:09 SANTANDER ASSET FINANCE PLC
  0 siblings, 0 replies; 2101+ messages in thread
From: SANTANDER ASSET FINANCE PLC @ 2013-11-23  2:09 UTC (permalink / raw)





-- 
Do you need a Loan to start or expand your business ? We give Business
Loans upto £100 million if you need funding please send sumary of your
Project to our email below: krisparker.loanagency@aim.com
Dr. Kris Parker

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2013-11-19 17:43 Jacob Kroon
  2013-11-19 18:30 ` Jacob Kroon
  0 siblings, 1 reply; 2101+ messages in thread
From: Jacob Kroon @ 2013-11-19 17:43 UTC (permalink / raw)
  To: meta-freescale

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

Hi,

I use the following regularly for cleaning up my build/ dir:

sstate-cache-management.sh
cleanup-workdir
wipe-sysroot

When building from sstate cache, I always get this warning:

WARNING: Setscene task 96
(/home/jkroon/Projects/oe-devel/build/../meta-fsl-arm-extra/recipes-kernel/linux/
linux-wandboard_3.0.35.bb, do_populate_sysroot_setscene) failed with exit
code '1' - real task will be run instead

And looking at the log-file for do_populate_sysroot_setscene I see:

[...snip...]
DEBUG: Shell function sstate_unpack_package finished
DEBUG: Staging files from
/home/jkroon/Projects/oe-devel/build/tmp-eglibc/work/wandboard_solo-oe-linux-gnueabi/linux-wandboard/3.0.35-r0/sysroot-destdir
to /home/jkroon/Projects/oe-devel/build/tmp-eglibc/sysroots/wandboard-solo
DEBUG: Executing shell function kernelscripts_sstate_postinst
NOTE: make scripts
make: arm-oe-linux-gnueabi-gcc: Command not found
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/kconfig/conf.o
  SHIPPED scripts/kconfig/zconf.tab.c
  SHIPPED scripts/kconfig/lex.zconf.c
  SHIPPED scripts/kconfig/zconf.hash.c
  HOSTCC  scripts/kconfig/zconf.tab.o
  HOSTLD  scripts/kconfig/conf
scripts/kconfig/conf --silentoldconfig Kconfig
make: arm-oe-linux-gnueabi-gcc: Command not found
  HOSTCC  scripts/genksyms/genksyms.o
  SHIPPED scripts/genksyms/lex.c
  SHIPPED scripts/genksyms/parse.h
  SHIPPED scripts/genksyms/keywords.c
  HOSTCC  scripts/genksyms/lex.o
  SHIPPED scripts/genksyms/parse.c
  HOSTCC  scripts/genksyms/parse.o
  HOSTLD  scripts/genksyms/genksyms
  CC      scripts/mod/empty.o
/bin/sh: arm-oe-linux-gnueabi-gcc: command not found
make[2]: *** [scripts/mod/empty.o] Error 127
make[1]: *** [scripts/mod] Error 2
make: *** [scripts] Error 2
ERROR: oe_runmake failed
WARNING:
/home/jkroon/Projects/oe-devel/build/tmp-eglibc/work/wandboard_solo-oe-linux-gnueabi/linux-wandboard/3.0.35-r0/temp/run.kernelscripts_sstate_postinst.9263:1
exit 1 from
  [ "populate_sysroot_setscene" = "populate_sysroot" -o
"populate_sysroot_setscene" = "populate_sysroot_setscene" ]
DEBUG: Python function do_populate_sysroot_setscene finished

So it seems I don't have the cross-compiler set up at this point. Is the
kernel recipe missing some sort of dependency perhaps ?

  -- Jacob

[-- Attachment #2: Type: text/html, Size: 2630 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2013-11-13 19:02 Jim Durand
  2013-11-18 14:17 ` George Dunlap
  0 siblings, 1 reply; 2101+ messages in thread
From: Jim Durand @ 2013-11-13 19:02 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 1189 bytes --]

See log errors below, trying to live migrate VM's from Xen 3.1.2 -> Xen 4.2.3. Perhaps we cannot live migrate across major revs?

[2013-11-13 11:49:00 xend 29149] DEBUG (XendCheckpoint:89) [xc_save]: /usr/lib64/xen/bin/xc_save 4 35 0 0 5
[2013-11-13 11:49:00 xend 29149] INFO (XendCheckpoint:353) Saving memory pages: iter 1   0%ERROR Internal error: Error when writing to state file (5) (errno 104)
[2013-11-13 11:49:00 xend 29149] INFO (XendCheckpoint:353) Save exit rc=1
[2013-11-13 11:49:00 xend 29149] ERROR (XendCheckpoint:133) Save failed on domain Pasiphae2 (35).
Traceback (most recent call last):
  File "/usr/lib64/python2.4/site-packages/xen/xend/XendCheckpoint.py", line 110, in save
    forkHelper(cmd, fd, saveInputHandler, False)
  File "/usr/lib64/python2.4/site-packages/xen/xend/XendCheckpoint.py", line 341, in forkHelper
    raise XendError("%s failed" % string.join(cmd))
XendError: /usr/lib64/xen/bin/xc_save 4 35 0 0 5 failed
[2013-11-13 11:49:00 xend.XendDomainInfo 29149] DEBUG (XendDomainInfo:2206) XendDomainInfo.resumeDomain(35)
[2013-11-13 11:49:00 xend 29149] DEBUG (XendCheckpoint:136) XendCheckpoint.save: resumeDomain



Thank you!
Jim

[-- Attachment #1.2: Type: text/html, Size: 3554 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2013-10-19 17:23 Otavio Salvador
  0 siblings, 0 replies; 2101+ messages in thread
From: Otavio Salvador @ 2013-10-19 17:23 UTC (permalink / raw)
  To: meta-freescale

Subject: Updates to meta-fsl-arm-extra (dora) in 2013-10-19
Hello,

I pushed following updates:

commit 1a9cd5ef40580eca705b53b8dcb7b92baa73d293
Author: Otavio Salvador <otavio@ossystems.com.br>
Date:   Tue Oct 15 16:43:39 2013 -0300

    gk802: Remove board support
    
    The gk802 is not being actively maintained at this moment and it lacks
    support for current GPU version.
    
    This patch remove the board and specific recipes and can be reverted
    later when a better support is provided for this board.
    
    Change-Id: I0575c244945d7b4ee78ac47aae5c4a5d0bfbd793
    Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>

Regards,

--
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2013-10-08 14:19 João Henrique Freitas
  2013-10-08 19:42 ` Denys Dmytriyenko
  0 siblings, 1 reply; 2101+ messages in thread
From: João Henrique Freitas @ 2013-10-08 14:19 UTC (permalink / raw)
  To: meta-ti

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

Hello,

I am new to TI boards.

Could I use meta-ti (master) and yocto (1.5, dora) ? Any issue combining
these two versions?

My target platform is am3517-evm.

Thanks.
-- 
João Henrique Ferreira de Freitas - joaohf_at_gmail.com
Campinas-SP-Brasil

[-- Attachment #2: Type: text/html, Size: 498 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* "Kernel access of bad area" in kernel module
@ 2013-10-01 14:24 Jack
  2013-10-01 14:39 ` Anders Darander
  0 siblings, 1 reply; 2101+ messages in thread
From: Jack @ 2013-10-01 14:24 UTC (permalink / raw)
  To: yocto

Hi,
I want to set/reset GPIO registers in freescale p1022 processor. I saw a
hello-mod kernel module in yocto and I added it to my image and it worked.
According to hello-mod kernel module, I created GPIO module like hello-mod.
But it GPIO module failed when I run it in kernel level. I checked several
times addresses of registers and it seems accurate. 
My code is here :


#include <linux/module.h>

int init_module(void)
{
	volatile uint32_t * Guts_Pmuxcr;
	volatile uint32_t * Gpio3_Gpdir;
	volatile uint32_t * Gpio3_Gpdat;
	
	// e500 Core View To Power Architecture CCSR: 0x0_FF70_0000

       // GUTS_PMUXCR:Alternate Function Signal Multiplex Control Register
	Guts_Pmuxcr = (volatile uint32_t *)(0xFF7E0060);
      
        // GPIO3_GPDIR: GPIO3 direction register
	Gpio3_Gpdir = (volatile uint32_t *)(0xFF70F200);

        // GPIO3_GPDAT: GPIO3 data register
	Gpio3_Gpdat = (volatile uint32_t *)(0xFF70F208); 
	 

	// Enable GPIO3[10]: IRQ_DEBUG1_GPIO FIELD [BIT 26] set to "1"
	*(Guts_Pmuxcr) = 0x00000010;
	 

	// Set Direction for GPIO3[10] to Output: FIELD DR10 [BIT 10] set to '1'
	*(Gpio3_Gpdir) = 0x00200000;
	
	 
	// Set GPIO3[10] to '0': FIELD D10 [BIT 10] set to '0'
	*(Gpio3_Gpdat) = 0x00000000;
	
	printk("Hello World!\n");
	return 0;
}

void cleanup_module(void)
{
	printk("Goodbye Cruel World!\n");
}

MODULE_LICENSE("GPL");


When I write insmod GPIO.ko in the terminal I get error these errors:

Unable to handle kernel paging request for data at address 0xff7e0060
faulting instruction address: 0xf107e05c
Oops: Kernel access of bad area, sig: 11 [#1]
..........
.........


How can I solve this problem?




^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2013-09-13 16:59 David Vrabel
  0 siblings, 0 replies; 2101+ messages in thread
From: David Vrabel @ 2013-09-13 16:59 UTC (permalink / raw)
  To: xen-devel; +Cc: Boris Ostrovsky, David Vrabel, Jan Beulich

This is an RFC of Linux guest-side implementation of the FIFO-based
event channel ABI described in this design document:

http://xenbits.xen.org/people/dvrabel/event-channels-E.pdf

Refer also to the Xen series.

Remaining work:

* Add an function to set a event channel's priority and use this to
  set the VIRQ timer to the highest priority.

Patch 1 is a obvious refactoring of common code.

Patch 2-6 prepare for supporting multiple ABIs.

Patch 7 adds the low-level evtchn_ops hooks.

Patch 8-9 add an additional hook for ABI-specific per-port setup
(used for expanding the event array as more event are bound).

Patch 10 allows many more event channels to be supported by altering
how the event channel to irq map is allocated.  Note that other
factors limit the number of supported IRQs (IRQs is 8192 + 64 *
NR_CPUS).

Patch 11 is some trival refactoring.

Patch 12-13 add the ABI and the implementation.

David

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2013-09-11  4:54 arun kumar
  0 siblings, 0 replies; 2101+ messages in thread
From: arun kumar @ 2013-09-11  4:54 UTC (permalink / raw)
  To: yocto




^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2013-08-18 10:37 Andy Ng
  0 siblings, 0 replies; 2101+ messages in thread
From: Andy Ng @ 2013-08-18 10:37 UTC (permalink / raw)
  To: poky

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

Dear List,

I try to build Poky and the final rootfs image doesn't not mount with the
following problem:

----------------------8<-------------------------8<------------------------------
BIFS: mounted UBI device 0, volume 0, name "polatisnic-rootfs"
UBIFS: mounted read-only
UBIFS: file system size:   10737408 bytes (10485 KiB, 10 MiB, 82 LEBs)
UBIFS: journal size:       1964160 bytes (1918 KiB, 1 MiB, 15 LEBs)
UBIFS: media format:       w4/r0 (latest is w4/r0)
UBIFS: default compressor: lzo
UBIFS: reserved for root:  0 bytes (0 KiB)
VFS: Mounted root (ubifs filesystem) readonly on device 0:14.
devtmpfs: mounted
Freeing init memory: 208K
INIT: version 2.88 booting
mount: permission denied (are you root?)
mount: permission denied (are you root?)
grep: /proc/filesystems: No such file or directory
mount: permission denied (are you root?)
grep: /proc/mounts: No such file or directory
grep: /proc/mounts: No such file or directory
Remounting root file system...
mount: can't read '/etc/mtab': No such file or directory
------------------------8<-----------------------------------8<------------------

After a bit of research, I have found out that the busybox was populated in
the rootfs
under ownership of "andreas:andreas" instead of "root:root", and its
symbolic links under "root:root"

I fixed manually the ownership and it booted  up.

Does anyone knows what might be going wrong in my build process?

Any guidance would be very helpful.

Thank you
Andreas

[-- Attachment #2: Type: text/html, Size: 1772 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2013-08-14  2:28 yvxiang
  2013-08-14  2:31 ` yvxiang
  2013-08-14  2:57 ` agya naila
  0 siblings, 2 replies; 2101+ messages in thread
From: yvxiang @ 2013-08-14  2:28 UTC (permalink / raw)
  To: agya.naila; +Cc: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 147 bytes --]

Hi,Agya,

Now I need to measure the downtime while doing a live migration. I saw your
mail before about this topic.  How did you measure the time?

[-- Attachment #1.2: Type: text/html, Size: 191 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2013-08-05  8:38 Chih-Chung Chang
  0 siblings, 0 replies; 2101+ messages in thread
From: Chih-Chung Chang @ 2013-08-05  8:38 UTC (permalink / raw)
  To: patch; +Cc: tiwai, chihchung, alsa-devel, kailang, dgreid

This is a revised patch which also checks if the mic is external.

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2013-07-31 15:07 Joe MacDonald
  0 siblings, 0 replies; 2101+ messages in thread
From: Joe MacDonald @ 2013-07-31 15:07 UTC (permalink / raw)
  To: openembedded-devel; +Cc: marcin.juszkiewicz, walters

Forwarding a patch I received last week from Colin Walters.  Initially I
thought it was duplicating the patch for cyrus-sasl from Roy Li, but it
actaully seems to be solving a related problem that isn't quite the same.
If anything, it looks like perhaps the earlier change may make the thing
Colin was fixing more common.

-- 
-Joe MacDonald.
:wq



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2013-07-04 11:32 Tim Deegan
  2013-06-28 16:10 ` [PATCH 08/10] xen: arm: add scope to dsb and dmb macros Ian Campbell
  0 siblings, 1 reply; 2101+ messages in thread
From: Tim Deegan @ 2013-07-04 11:32 UTC (permalink / raw)
  To: Ian Campbell; +Cc: julien.grall, stefano.stabellini, xen-devel

Bcc: Tim Deegan <tjd-xen@phlegethon.org>
Subject: Re: [Xen-devel] [PATCH 08/10] xen: arm: add scope to dsb and dmb macros
Reply-To: 
In-Reply-To: <1372435856-14040-8-git-send-email-ian.campbell@citrix.com>

At 17:10 +0100 on 28 Jun (1372439454), Ian Campbell wrote:
> Everywhere currently passes "sy"stem, so no actual change.
> 
> Signed-off-by: Ian Campbell <ian.campbell@citrix.com>

Acked-by: Tim Deegan <tim@xen.org>

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2013-06-26 11:42 Divya Kapil
  2013-06-26 11:54 ` Ian Campbell
  0 siblings, 1 reply; 2101+ messages in thread
From: Divya Kapil @ 2013-06-26 11:42 UTC (permalink / raw)
  To: xen-devel

How can i change migration code in xen?

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2013-06-16 13:45 wei.liu2
  0 siblings, 0 replies; 2101+ messages in thread
From: wei.liu2 @ 2013-06-16 13:45 UTC (permalink / raw)


We would like you to answer the following questions (feel free to
write up your own report if you're a power user):

* What's the sotware setup?
  * Dom0: e.g. 64 bit CentOS 6.2
  * DomU: e.g. Debian Wheezy
  * Xen: e.g. 4.1 installed with apt-get / 4.2 compiled from tarball
  * toolstack: xl / xm / libvirt ...

* What's the hardware setup?

* What were you trying to achieve?

* What commands did you run?

* What's the expected outcome?

* What's the actual outcome?

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [No subject]
@ 2013-06-02 11:27 Giovane
  0 siblings, 0 replies; 2101+ messages in thread
From: Giovane @ 2013-06-02 11:27 UTC (permalink / raw)
  To: majordomo, manduruca, marlosab, michel.novaes, moreirawellington,
	nerimeira, netfilter, neusammoura, nfonseca

http://alexanderlattagardens.co.uk/gdjxy/mevffylewqfsthznvp.hfkvrosf

^ permalink raw reply	[flat|nested] 2101+ messages in thread
[parent not found: <pull request for net: batman-adv 2013-05-21>]
* (no subject)
@ 2013-05-14 15:11 Feng Tang
  0 siblings, 0 replies; 2101+ messages in thread
From: Feng Tang @ 2013-05-14 15:11 UTC (permalink / raw)
  To: David Vrabel, John Stultz
  Cc: Thomas Gleixner, Konrad Rzeszutek Wilk, linux-kernel, xen-devel

Bcc: 
Subject: Re: [PATCH 2/3] timekeeping: sync persistent clock and RTC on system time step changes
Reply-To: 

Hi David,

> From: David Vrabel <david.vrabel@citrix.com>
> Date: 2013/5/14
> Subject: Re: [PATCH 2/3] timekeeping: sync persistent clock and RTC on
> system time step changes
> To: John Stultz <john.stultz@linaro.org>
> Cc: "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>, Konrad
> Rzeszutek Wilk <konrad.wilk@oracle.com>, Thomas Gleixner
> <tglx@linutronix.de>, "linux-kernel@vger.kernel.org"
> <linux-kernel@vger.kernel.org>
> 
> 
> On 14/05/13 01:40, John Stultz wrote:
> > On 05/13/2013 10:56 AM, David Vrabel wrote:
> >> From: David Vrabel <david.vrabel@citrix.com>
> >>
> >> The persistent clock or the RTC is only synchronized with system time
> >> every 11 minutes if NTP is running.  This gives a window where the
> >> persistent clock may be incorrect after a step change in the time
> >> (such as on first boot).
> >>
> >> This particularly affects Xen guests as until an update to the control
> >> domain's persistent clock, new guests will start with the incorrect
> >> system time.
> >>
> >> When there is a step change in the system time, call
> >> update_persistent_clock or rtc_set_ntp_time() to synchronize the
> >> persistent clock or RTC to the new system time.
> >
> > I'm sorry, this isn't quite making sense to me. Could you further
> > describe the exact problematic behavior you're seeing here, and why its
> > a problem?
> 
> The Xen wallclock is used as the persistent clock for Xen guests.  This
> is initialized (by Xen) with the CMOS RTC at the start of day.  If the
> RTC is incorrect then guests will see an incorrect wallclock time until
> dom0 has corrected it.
> 
> Currently dom0 only updates the Xen wallclock with the 11 min periodic
> work when NTP is synced.  This leaves a window where newly started
> guests will see an incorrect wallclock time.  This can cause guests to
> fail to start correctly if the wallclock is now behind what it was when
> the guest last started. (e.g., fsck of its disk fails as its last mount
> time appears to be far into the future).

Is it possible for Xen to resync its wallclock time from the RTC device
whenever it gets a request of starting a new guest? as usually a new
guest OS needs to get the time base from Xen's wallclock anyway.

Thanks,
Feng

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2013-05-03  8:48 Lars Kurth
  0 siblings, 0 replies; 2101+ messages in thread
From: Lars Kurth @ 2013-05-03  8:48 UTC (permalink / raw)
  To: xen-api, xen-users, xen-devel; +Cc: Kimihiko.Kitase


[-- Attachment #1.1: Type: text/plain, Size: 1926 bytes --]

> Subject: Looking for volunteer to help man LinuxCon Japan booth (1-2 hours
> a day)
>
> Dear Community member,
>
> the Xen Project was planning to have a booth at LinuxCon Japan this year
> (for more information, see
> http://events.linuxfoundation.org/events/linuxcon-japan/<https://mail.citrix.com/owa/redir.aspx?C=dnbPGSChGEWoACoWH_QLpH7EveZxG9BIE6cabrXu0jA-wgQqxbnVAgQREizU60s78z6uEa6Tkac.&URL=http%3a%2f%2fevents.linuxfoundation.org%2fevents%2flinuxcon-japan%2f>).
We are
> looking for one or two users (or developers of Xen) to help out a couple
> of hours a day on the Xen Project booth. I am looking for people who know
> Xen, XAPI or XCP, speak Japanese and want to spend an hour or two a day
> on the booth with me and a few other community members. If this is you,
> please get in touch!
>
> I will be able to get you a free conference pass for LinuxCon. If this is
> you and you would like to attend LinuxCon, but cannot afford it, we do
have
> a number of travel stipends available. In that case, please also send me
> an e-mail.
>
> Best Regards
> Lars


-----

みなさま、こんにちは

The Xen Community ManagerのLars Kurthです。



The Xen Projectコミュニティでは、5/29 - 31 椿山荘で開催されるLinuxCon Japan / CloudOpen Japan
にて展示ブースを出す予定です。

https://events.linuxfoundation.jp/events/linuxcon-japan

https://events.linuxfoundation.jp/events/cloudopen-japan



そこで展示ブーススタッフを募集しています。OSS Xenの開発者、ユーザー、

その他関連各位で、半日でも、1日でもお時間が取れる方がいらっしゃれば

ご連絡いただければと思います。



もちろん、ブーススタッフとして協力いただける方には、

LinuxCon Japan / CloudOpen Japan のFree Passチケットをお渡しします。



よろしくお願いいたします。



連絡先

Lars Kurth lars.kurth@citrix.com  (英語)
Kimihiko Kitase Kimihiko.Kitase@citrix.co.jp (日本語)

[-- Attachment #1.2: Type: text/html, Size: 8578 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2013-04-21 22:26 Lonnie Cumberland
  0 siblings, 0 replies; 2101+ messages in thread
From: Lonnie Cumberland @ 2013-04-21 22:26 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 1457 bytes --]

Greetings All,

I am very new to Xen but have spent a considerable amount of time
researching various emulators and simulators like QEMU, Virtualbox, Bochs,
etc.... to find out which may be good for a project that I am interested in
moving towards related to the x86_64 platform.

It seems that XEN may be the best solution as I need something that can be
billed as a Type I and also Type II emulator. Xen and HXen meet these goals.

Now I am entering the learning curve to get a feel for the source code but
had a question related to the layout of Xen.

I am trying to understand where the main init functions are in Xen as for
example in QEMU they are in the v1.c file and as to where the mian loops
are for the hypervisor are to loop through the vCPU's.

I am also trying to get a feel for where the memory allocation functions
are in Xen.

Also, in the Xen 4.2.1 distro, is qemu called for each HPV.

Please forgive these questions if they should be obvious to me, but I would
like to get a good feel for the booting sequence and control loops that Xen
has to utilize.

I have read a number of documents on the website that give me briev
overview of how Xen operates with  Dom0 and DomU guests but now it is time
for me to get a feel for the sources so that I might be able to learn and
contribute to the effort of a very wonderful hypervisor.

Any guidance or help would be greatly appreciated.

Kind Regards and have a great day,
Lonnie T. Cumberland

[-- Attachment #1.2: Type: text/html, Size: 1866 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

^ permalink raw reply	[flat|nested] 2101+ messages in thread
[parent not found: <CAHyyzzTtK+LbxOh2r_X0=Zd2FsTxoAiLLaWahv5FY-QZnQxhLQ@mail.gmail.com>]
* (no subject)
@ 2013-04-10  6:57 Mina Jafari
  0 siblings, 0 replies; 2101+ messages in thread
From: Mina Jafari @ 2013-04-10  6:57 UTC (permalink / raw)
  To: xen-users, xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 3275 bytes --]

I can't install any guest vm,(I'm trying this on Fedora13 and kernel
3.2.7,compiled as dom0 and xen 4.1.2)
virt-manager connect to xen but when trying to create a new guest it
fails with this error:

Unable to complete install: 'POST operation failed: xend_post: error
from xen daemon: (xend.err 'Device 0 (vif) could not be connected.
Hotplug scripts not working.')'
operation failed: xend_post: error from xen daemon: (xend.err 'Device
0 (vif) could not be connected. Hotplug scripts not working.')
Traceback (most recent call last):
  File "/usr/share/virt-manager/
virtManager/create.py", line 1567, in
do_install
    dom = guest.start_install(False, meter = meter)
  File "/usr/lib/python2.6/site-packages/virtinst/Guest.py", line
1023, in start_install
    return self._do_install(consolecb, meter, removeOld, wait)
  File "/usr/lib/python2.6/site-packages/virtinst/Guest.py", line
1088, in _do_install
    "install")
  File "/usr/lib/python2.6/site-packages/virtinst/Guest.py", line
1059, in _create_guest
    dom = self.conn.createLinux(start_xml, 0)
  File "/usr/lib64/python2.6/site-packages/libvirt.py", line 1277, in
createLinux
    if ret is None:raise libvirtError('virDomainCreateLinux() failed',
conn=self)
libvirtError: POST operation failed: xend_post: error from xen daemon:
(xend.err 'Device 0 (vif) could not be connected. Hotplug scripts not
working.')

and the same problem when creating by commandline.

I'v set up a bridge:
brctl show
bridge name     bridge id               STP enabled     interfaces
br0             8000.0024e8e7bd75       no              eth0
virbr0          8000.000000000000       yes


ifcfg-br0  file :
DEVICE=br0
TYPE=Bridge
BOOTPROTO=dhcp
ONBOOT=yes
NM_CONTROLLED=yes



ifconfig
br0       Link encap:Ethernet  HWaddr 00:24:E8:E7:BD:75
          inet6 addr: fe80::224:e8ff:fee7:bd75/64 Scope:Link
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:7 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 b)  TX bytes:554 (554.0 b)

eth0      Link encap:Ethernet  HWaddr 00:24:E8:E7:BD:75
          UP BROADCAST MULTICAST  MTU:9000  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:36 Base address:0x8000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:131950 errors:0 dropped:0 overruns:0 frame:0
          TX packets:131950 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:15243838 (14.5 MiB)  TX bytes:15243838 (14.5 MiB)

virbr0    Link encap:Ethernet  HWaddr 00:00:00:00:00:00
          inet addr:#.#.#.#  Bcast:#.#.#.#  Mask:255.255.255.0
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

[-- Attachment #1.2: Type: text/html, Size: 3829 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

^ permalink raw reply	[flat|nested] 2101+ messages in thread
[parent not found: <CAEyVMbDjLwcDFrQ7y4UtGp7HOT1wi5MB2EWLGTuOdJCKDWsUew@mail.gmail.com>]
* (No subject)
@ 2013-03-19  7:57 Florin Cristian Dan
  0 siblings, 0 replies; 2101+ messages in thread
From: Florin Cristian Dan @ 2013-03-19  7:57 UTC (permalink / raw)
  To: yocto

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

Hello,
Ok, so in the last days, i've managest to bake my own sato-emenlow image,
and runed it on my machine wich is a PEB2739 (Intel Atom Z510 based).I'm
intrested now in developing some industrial applications, like different
types of masurement gauges.  Now i wonder if yocto project has suport for
java and how its done, as far as i am, i'have read that there would some
meta-java layer, but i'm not sure what to do further, where to get it, and
how the development proces would go.
 Can someone please give me some advices.

Best regards

[-- Attachment #2: Type: text/html, Size: 606 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2013-03-15  7:40 digvijay chauhan
  2013-03-15  9:59 ` Ian Campbell
  2013-03-15 11:18 ` Pasi Kärkkäinen
  0 siblings, 2 replies; 2101+ messages in thread
From: digvijay chauhan @ 2013-03-15  7:40 UTC (permalink / raw)
  To: xen-users, xen-devel, xen-devel, Ian Campbell, Christian Limpach


[-- Attachment #1.1: Type: text/plain, Size: 627 bytes --]

Hello,
            I am trying to install xen4.2 but when ifire make tools command
it gives me,

Cloning into 'seabios-dir-remote.tmp'...
fatal: unable to connect to xenbits.xen.org:
xenbits.xen.org[0: 50.57.170.242]: errno=Connection timed out

make[3]: *** [seabios-dir] Error 128
make[3]: Leaving directory `/home/ce/xen-4.2.0/tools/
firmware'
make[2]: *** [subdir-install-firmware] Error 2
make[2]: Leaving directory `/home/ce/xen-4.2.0/tools'
make[1]: *** [subdirs-install] Error 2
make[1]: Leaving directory `/home/ce/xen-4.2.0/tools'
make: *** [install-tools] Error 2


so how can i overcome it.

regards,
DigvijaySingh

[-- Attachment #1.2: Type: text/html, Size: 842 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2013-03-06 14:55 Tarek El-Sherbiny
  0 siblings, 0 replies; 2101+ messages in thread
From: Tarek El-Sherbiny @ 2013-03-06 14:55 UTC (permalink / raw)
  To: meta-freescale

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

http://www.microsoft-careers.com/key/motion-capture-job.html

[-- Attachment #2: Type: text/html, Size: 162 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* Re: (no subject)
@ 2013-02-26 20:04 pedro noticioso
  0 siblings, 0 replies; 2101+ messages in thread
From: pedro noticioso @ 2013-02-26 20:04 UTC (permalink / raw)
  To: netfilter, angie, Claudia Luna, mondo devel


[-- Attachment #1.1: Type: text/plain, Size: 66 bytes --]

http://www.directbuypromotions.com/tmp/lifeblog.php?rgmqnob231xpeb

[-- Attachment #1.2: Type: text/html, Size: 305 bytes --]

[-- Attachment #2: Type: text/plain, Size: 238 bytes --]

------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb

[-- Attachment #3: Type: text/plain, Size: 164 bytes --]

_______________________________________________
Mondo-devel mailing list
Mondo-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mondo-devel

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2013-02-22 18:18 Jeremy Stashluk
  0 siblings, 0 replies; 2101+ messages in thread
From: Jeremy Stashluk @ 2013-02-22 18:18 UTC (permalink / raw)
  To: meta-freescale

Update the dependencies so that gst-fsl-plugin is built and packaged before the
do_configure step for this package.



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2013-02-12  0:14 Belisko Marek
  0 siblings, 0 replies; 2101+ messages in thread
From: Belisko Marek @ 2013-02-12  0:14 UTC (permalink / raw)
  To: meta-ti

http://www.prinzicase.com/qnyigp.php?s=ot



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2013-02-12  0:14 Belisko Marek
  2013-02-12  7:37 ` Iorga, Cristian
  0 siblings, 1 reply; 2101+ messages in thread
From: Belisko Marek @ 2013-02-12  0:14 UTC (permalink / raw)
  To: yocto

http://www.prinzicase.com/qnyigp.php?s=ot



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2013-01-23 15:12 Belal, Awais
  0 siblings, 0 replies; 2101+ messages in thread
From: Belal, Awais @ 2013-01-23 15:12 UTC (permalink / raw)
  To: Openembedded-core


[-- Attachment #1.1: Type: text/plain, Size: 693 bytes --]

Hi Guys,

I have a question regarding openssl. The openssl.inc file under the poky package creates a -misc package which is not directly installed unless either put in RDPENEDS or RRECOMMENDS. This package (-misc) contains the openssl configuration file which is required while generating certificates on the target otherwise the command says:

WARNING: can't open config file: /usr/lib/ssl/openssl.cnf
Unable to load config info from /usr/lib/ssl/openssl.cnf

In an older version of the recipe attached here, the correct method is being (this is my understanding) to get that file in on the target while installing.

Any guidance here would be much appreciated.

BR,
Awais Belal

[-- Attachment #1.2: Type: text/html, Size: 1513 bytes --]

[-- Attachment #2: openssl.inc --]
[-- Type: application/octet-stream, Size: 3372 bytes --]

DESCRIPTION = "Secure Socket Layer (SSL) binary and related cryptographic tools."
HOMEPAGE = "http://www.openssl.org/"
LICENSE = "openssl"
SECTION = "libs/network"

SRC_URI = "http://www.openssl.org/source/openssl-${PV}.tar.gz;name=src"
S = "${WORKDIR}/openssl-${PV}"

inherit siteinfo

INC_PR = "r14"

AR_append = " r"
CFLAG = "${@base_conditional('SITEINFO_ENDIANNESS', 'le', '-DL_ENDIAN', '-DB_ENDIAN', d)} \
	-DTERMIO ${FULL_OPTIMIZATION} -Wall"

# -02 does not work on mipsel: ssh hangs when it tries to read /dev/urandom
CFLAG_mtx-1 := "${@'${CFLAG}'.replace('-O2', '')}"
CFLAG_mtx-2 := "${@'${CFLAG}'.replace('-O2', '')}"

export DIRS = "crypto ssl apps"
export EX_LIBS = "-lgcc -ldl"
export AS = "${CC} -c"

PACKAGES =+ "libcrypto libssl ${PN}-misc openssl-conf"
FILES_libcrypto = "${libdir}/libcrypto.so.*"
FILES_libssl = "${libdir}/libssl.so.*"
FILES_${PN}-misc = "${libdir}/ssl/misc"

# Add the openssl.cnf file to the openssl-conf package.  Make the libcrypto
# package RRECOMMENDS on this package.  This will enable the configuration
# file to be installed for both the base openssl package and the libcrypto
# package since the base openssl package depends on the libcrypto package.
FILES_openssl-conf = "${libdir}/ssl/openssl.cnf"
CONFFILES_openssl-conf = "${libdir}/ssl/openssl.cnf"
RRECOMMENDS_libcrypto += "openssl-conf"

do_configure_prepend_darwin () {
	sed -i -e '/version-script=openssl\.ld/d' Configure
}

do_configure () {
	cd util
	perl perlpath.pl ${bindir}
	cd ..
	ln -sf apps/openssl.pod crypto/crypto.pod ssl/ssl.pod doc/

	os=${HOST_OS}
	if [ `echo $os | grep -q linux; echo $?` -eq 0 ]; then
		os=linux
	fi
	target="$os-${HOST_ARCH}"
	case $target in
	linux-arm)
		target=linux-elf-arm
		;;
	linux-armeb)
		target=linux-elf-armeb
		;;
	linux-sh3)
		target=debian-sh3
		;;
	linux-sh4)
		target=debian-sh4
		;;
	linux-i486)
		target=debian-i386-i486
		;;
	linux-i586 | linux-viac3)
		target=debian-i386-i586
		;;
	linux-i686)
		target=debian-i386-i686/cmov
		;;
	linux-mips)
		target=debian-mips
		;;
	linux-mipsel)
		target=debian-mipsel
		;;
	linux-powerpc)
		target=linux-ppc
		;;
	linux-powerpc64)
		target=linux-ppc64
		;;
	linux-supersparc)
		target=linux-sparcv8
		;;
	linux-sparc)
		target=linux-sparcv8
		;;
	darwin-i386)
		target=darwin-i386-cc
		;;
	esac
	# inject machine-specific flags
	sed -i -e "s|^\(\"$target\",\s*\"[^:]\+\):\([^:]\+\)|\1:${CFLAG}|g" Configure
        useprefix=${prefix}
        if [ "x$useprefix" = "x" ]; then
                useprefix=/
        fi        
	perl ./Configure ${EXTRA_OECONF} shared --prefix=$useprefix --openssldir=${libdir}/ssl $target

	eval "${@base_contains('DISTRO_FEATURES', 'largefile', '', 'sed -i -e "/_FILE_OFFSET_BITS/,/#endif/d" ${S}/crypto/bio/bss_file.c', d)}"
	eval "${@base_contains('DISTRO_FEATURES', 'ipv6', '', 'sed -i -e "/AF_INET6/,/break/d" ${S}/crypto/bio/bss_dgram.c', d)}"
}

do_compile () {
	oe_runmake
}

do_install () {
	oe_runmake INSTALL_PREFIX="${D}" install

	# On x86_64, move lib/* to lib64
	if [ "${libdir}" != "${prefix}/lib" ]
	then
		install -d ${D}${libdir} ${D}${libdir}/pkgconfig
		mv ${D}${prefix}/lib/lib* ${D}${libdir}
		mv ${D}${prefix}/lib/pkgconfig/*.pc ${D}${libdir}/pkgconfig
	fi

	oe_libinstall -so libcrypto ${D}${libdir}
	oe_libinstall -so libssl ${D}${libdir}

	install -d ${D}${includedir}
	cp -L -R include/openssl ${D}${includedir}
}

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2013-01-21 10:49 Mike Looijmans
  2013-01-21 11:26 ` Richard Purdie
  0 siblings, 1 reply; 2101+ messages in thread
From: Mike Looijmans @ 2013-01-21 10:49 UTC (permalink / raw)
  To: openembedded-core

This mail bounced so the v2 patch overtook it...

>> From: Mike Looijmans <mike.looijmans@topic.nl>
>>
>> Multicore embedded systems are getting more and more common.
>>
>> Remove "--disable-openmp" from the GCC configuration options and
>> always build libgomp. This only creates a "bigger" compiler but
>> has no effect on the compiled binaries that don't use openmp.
>>
>> Tested a clean build on mips32el and arm7a, no problems encountered.
>>
>> Autoconf will not detect OpenMP after this change, because it will
>> build and run a target binary on the build system. In order to use
>> OpenMP, the variable ac_cv_prog_c_openmp=-fopenmp must be set.
>> ---
>>  meta/recipes-devtools/gcc/gcc-4.7.inc              |    9 +++------
>>  .../recipes-devtools/gcc/gcc-configure-runtime.inc |    4 +---
>>  .../recipes-devtools/gcc/gcc-cross-canadian_4.7.bb |    2 +-
>>  3 files changed, 5 insertions(+), 10 deletions(-)
>>
>> diff --git a/meta/recipes-devtools/gcc/gcc-4.7.inc
>> b/meta/recipes-devtools/gcc/gcc-4.7.inc
>> index 08a0103..a7aa4a4 100644
>> --- a/meta/recipes-devtools/gcc/gcc-4.7.inc
>> +++ b/meta/recipes-devtools/gcc/gcc-4.7.inc
>> @@ -88,7 +88,6 @@ JAVA = ""
>>  EXTRA_OECONF_BASE = " --enable-lto \
>>                       --enable-libssp \
>>                       --disable-bootstrap \
>> -                     --disable-libgomp \
>>                       --disable-libmudflap \
>>                       --with-system-zlib \
>> --with-linker-hash-style=${LINKER_HASH_STYLE} \
>> @@ -99,7 +98,6 @@ EXTRA_OECONF_BASE = " --enable-lto \
>>                       --enable-cheaders=c_global "
>>
>>  EXTRA_OECONF_INITIAL = "--disable-libmudflap \
>> -                     --disable-libgomp \
>>                       --disable-libssp \
>>                       --disable-libquadmath \
>>                       --with-system-zlib \
>> @@ -108,7 +106,6 @@ EXTRA_OECONF_INITIAL = "--disable-libmudflap \
>>                       --enable-decimal-float=no"
>>
>>  EXTRA_OECONF_INTERMEDIATE = "--disable-libmudflap \
>> -                             --disable-libgomp \
>>                               --disable-libquadmath \
>>                               --with-system-zlib \
>>                               --disable-lto \
>
>
> I nearly took this however you still want this disabled in the
> INITIAL/INTERMEDIATE versions, you're just wasting compile time there sa
> nothing would use it.

I don't see the harm in allowing OpenMP usage in build tools (e.g. image
processing on the build machine), but if it gets the patch through
sooner, I'll happily remove it. I tend to run unit tests on my build
system, using OE's compiler version, so it's nice if both host and build
compilers accept the same options.


>
>> @@ -117,9 +114,9 @@ EXTRA_OECONF_INTERMEDIATE = "--disable-libmudflap \
>>
>>  EXTRA_OECONF_append_libc-uclibc = " --disable-decimal-float "
>>
>> -EXTRA_OECONF_PATHS = " \
>> - --with-gxx-include-dir=${STAGING_DIR_TARGET}${target_includedir}/c++ \
>> -                      --with-sysroot=${STAGING_DIR_TARGET} \
>> +EXTRA_OECONF_PATHS = " \
>> + --with-gxx-include-dir=${STAGING_DIR_TARGET}${target_includedir}/c++ \
>> +                      --with-sysroot=${STAGING_DIR_TARGET} \
>
>
> What changed here?

Excellent question, I haven't got the faintest clue why GIT added this.
I'll fix it.

>
>> --with-build-sysroot=${STAGING_DIR_TARGET}"
>>
>>  do_configure_prepend () {
>> diff --git a/meta/recipes-devtools/gcc/gcc-configure-runtime.inc
>> b/meta/recipes-devtools/gcc/gcc-configure-runtime.inc
>> index d40383c..1c9155f 100644
>> --- a/meta/recipes-devtools/gcc/gcc-configure-runtime.inc
>> +++ b/meta/recipes-devtools/gcc/gcc-configure-runtime.inc
>> @@ -7,9 +7,7 @@ EXTRA_OECONF_PATHS = " \
>>      --with-sysroot=${STAGING_DIR_TARGET} \
>>      --with-build-sysroot=${STAGING_DIR_TARGET}"
>>
>> -RUNTIMETARGET = "libssp libstdc++-v3"
>> -RUNTIMETARGET_append_powerpc = " libgomp"
>> -RUNTIMETARGET_append_powerpc64 = " libgomp"
>> +RUNTIMETARGET = "libssp libstdc++-v3 libgomp"
>>  #  ?
>>  # libiberty
>>  # libmudflap
>> diff --git a/meta/recipes-devtools/gcc/gcc-cross-canadian_4.7.bb
>> b/meta/recipes-devtools/gcc/gcc-cross-canadian_4.7.bb
>> index 53c4632..6c048c0 100644
>> --- a/meta/recipes-devtools/gcc/gcc-cross-canadian_4.7.bb
>> +++ b/meta/recipes-devtools/gcc/gcc-cross-canadian_4.7.bb
>> @@ -13,7 +13,7 @@ SYSTEMLIBS = "${target_base_libdir}/"
>>  SYSTEMLIBS1 = "${target_libdir}/"
>>
>>  EXTRA_OECONF += "--disable-libunwind-exceptions --disable-libssp \
>> -             --disable-libgomp --disable-libmudflap \
>> +             --disable-libmudflap \
>
>
> Again, I'm wondering if you mean this here. The library would have been
> built as part of the target build? Does the library need gcc support as
> well as its presence?
>

Same motivation as above actually, I see no harm in allowing it. Again,
I'll remove it for quickness, I'm quite eager to see OpenMP support in OE.

I'll post a much smaller V2 patch.

Mike


Met vriendelijke groet / kind regards,

Mike Looijmans

TOPIC Embedded Systems
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: (+31) - (0)499 - 33.69.79
Telefax: (+31) - (0)499 - 33.69.70
E-mail: mike.looijmans@topic.nl
Website: www.topic.nl

Dit e-mail bericht en de eventueel daarbij behorende bijlagen zijn uitsluitend bestemd voor de geadresseerde, zoals die blijkt uit het e-mail bericht en/of de bijlagen. Er kunnen gegevens met betrekking tot een derde instaan. Indien u als niet-geadresseerde dit bericht en de bijlagen ontvangt, terwijl u niet bevoegd of gemachtigd bent om dit bericht namens de geadresseerde te ontvangen, wordt u verzocht de afzender hierover direct te informeren en het e-mail bericht met de bijlagen te vernietigen. Ieder gebruik van de inhoud van het e-mail bericht, waaronder de daarbij behorende bijlagen, door een ander dan de geadresseerde is onrechtmatig jegens ons dan wel de eventueel in het e-mail bericht of de bijlagen voorkomende andere personen. TOPIC Embedded Systems is niet aansprakelijk voor enigerlei schade voortvloeiend uit het gebruik en/of acceptatie van dit e-mail bericht of de daarbij behorende bijlagen.

The contents of this message, as well as any enclosures, are addressed personally to, and thus solely intended for the addressee. They may contain information regarding a third party. A recipient who is neither the addressee, nor empowered to receive this message on behalf of the addressee, is kindly requested to immediately inform the sender of receipt, and to destroy the message and the enclosures. Any use of the contents of this message and/or the enclosures by any other person than the addressee or person who is empowered to receive this message, is illegal towards the sender and/or the aforementioned third party. TOPIC Embedded Systems is not  liable for any damage as a result of the use and/or acceptance of this message and as well as any enclosures.



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2013-01-18 23:13 Carrillodominguez Francisco Alberto-B35153
  2013-01-18 23:23 ` Otavio Salvador
  2013-01-18 23:24 ` Eric Bénard
  0 siblings, 2 replies; 2101+ messages in thread
From: Carrillodominguez Francisco Alberto-B35153 @ 2013-01-18 23:13 UTC (permalink / raw)
  To: meta-freescale

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


Hello META-FSL Yocto Experts


I am interested in compiling Wayland framework in  yocto,

is this already supported?

Or is it scheduled?

Thanks in advance!


Francisco C.

[-- Attachment #2: Type: text/html, Size: 2322 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2013-01-08 21:51 Rushikesh Jadhav
  0 siblings, 0 replies; 2101+ messages in thread
From: Rushikesh Jadhav @ 2013-01-08 21:51 UTC (permalink / raw)
  To: xen-api, xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 331 bytes --]

Hello List,

Please help me in diagnosing below error in /var/log/messages

HVM1[16586]:  txftrans.c:4498 -- TXF_HARD_ERROR (0xC01A002B) for RM:
fffff8800d099000

Im unable to find any google reference related to above C file or its
source code. http://lmgtfy.com/?q=txftrans.c

Thanks for reading and helping.

Regards,
Rushikesh

[-- Attachment #1.2: Type: text/html, Size: 484 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2013-01-05 10:25 mnccsm-b2MIaZL8fbqsTnJN9+BGXg
  0 siblings, 0 replies; 2101+ messages in thread
From: mnccsm-b2MIaZL8fbqsTnJN9+BGXg @ 2013-01-05 10:25 UTC (permalink / raw)


STAATSLOTTERIJ INTERNATIONAL B.V.
CLAIM DEPARTMENT OFFICE,
Paleisstraat 5, 2514 JA 'S-Gravenhage,
Netherlands.
www.staatsloterij.nl

The STAATSLOTTERIJ INTERNATIONAL B.V is approved by the Netherlands 
Gaming Board and also licensed by the International Association of 
Gaming Regulators I.A.G international emails. Held on the 1st of 
January, 2013. All winnings must be claim not later than 20th of 
January, 2013, after this date, unclaimed funds will be returned to the 
Lotto. NL

Your email address won the lottery of our Beginning of the year 
programme for a total pay-out of €850,000.00 EURO no tickets were sold 
but all email addresses were assigned to different ticket numbers for 
representation and privacy.

To file for your claim, please contact your claim agent with the below 
details
**************************
Name: Mr. Marzeen Gluvart
Tel: +31- 633-640-721
E-mail: marzeengluvart-DaQTI0RpDDMAvxtiuMwx3w@public.gmane.org

**************************
In other to claim your €850,000.00 EURO prize winning, you will have to 
fill the form below and send it back for verification and then you will 
be directed how to get a ticket in your name.
NAME:……………………………….
AGE:………………………………….
SEX:………………………………….
PHONE:……………………………..
Occupation:………………………….
COUNTRY:………………………….

Please remember to quote your reference number and batch numbers:

Batch No: 181830/PQA/296
Qualification No:CEF/004/INT/052
Serial No: 027240879
Ticket No:  NL/SL-44-34-1507

Yours faithfully,
Mrs Eava Van Boer
Online coordinator
Sweepstakes International Program.

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-12-08  3:21 艾祝
  0 siblings, 0 replies; 2101+ messages in thread
From: 艾祝 @ 2012-12-08  3:21 UTC (permalink / raw)
  To: dm-devel


[-- Attachment #1.1: Type: text/plain, Size: 19 bytes --]

azhu.666@gmail.com

[-- Attachment #1.2: Type: text/html, Size: 63 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2012-12-06  9:49 Lukas Bulwahn
  0 siblings, 0 replies; 2101+ messages in thread
From: Lukas Bulwahn @ 2012-12-06  9:49 UTC (permalink / raw)
  To: openembedded-core

I was trying to create a minimal core image with python-setuptools and noticed that the python-setuptools recipe does not work.
The reason is that during do_install, it creates shell scripts that refer to python-native instead of python.
The attached patch tries to solve this issue. Another minimal example thta shows this issue can be found at https://gist.github.com/4223250.

Lukas Bulwahn
BMW Car IT GmbH


From Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de> # This line is ignored.
From: Lukas Bulwahn <lukas.bulwahn@oss.bmw-carit.de>
Subject: 
In-Reply-To: 




^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2012-11-27  8:45 GOPIKRISHNAN S
  2012-11-27 17:02 ` McClintock Matthew-B29882
  2012-11-28  7:22 ` Luo Zhenhua-B19537
  0 siblings, 2 replies; 2101+ messages in thread
From: GOPIKRISHNAN S @ 2012-11-27  8:45 UTC (permalink / raw)
  To: meta-freescale


[-- Attachment #1.1: Type: text/plain, Size: 2929 bytes --]

I just did
$ rm -rf build<machine>
$ source ./fsl-setup-poky -m p2041rdb
$ bitbake fsl-image-minimal
$ bitbake vaminusers

Attached vaminusers.bb

Problem with useradd. First time
NOTE: package vaminusers-1.0-r0: task do_install: Started
ERROR: Function 'useradd_sysroot' failed (see
/media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/build_p2041rdb_release/tmp/work/ppce500mc-fsl-linux/vaminusers-1.0-r0/temp/log.do_install.19685
for further information)
ERROR: Logfile of failure stored in:
/media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/build_p2041rdb_release/tmp/work/ppce500mc-fsl-linux/vaminusers-1.0-r0/temp/log.do_install.19685
Log data follows:
| Running groupadd commands...
| Note: group vamin1 already exists, not re-creating it
| Note: group vamin already exists, not re-creating it
| Running useradd commands...
| useradd: group vamin1 exists - if you want to add this user to that
group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that
group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that
group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that
group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that
group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that
group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that
group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that
group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that
group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| useradd: group vamin1 exists - if you want to add this user to that
group, use -g.
| WARNING: useradd command did not succeed. Retrying...
| ERROR: tried running useradd command 10 times without success, giving up
| ERROR: Function 'useradd_sysroot' failed (see
/media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/build_p2041rdb_release/tmp/work/ppce500mc-fsl-linux/vaminusers-1.0-r0/temp/log.do_install.19685
for further information)
NOTE: package vaminusers-1.0-r0: task do_install: Failed
ERROR: Task 2
(/media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/meta-testing/recipes/vaminusers/
vaminusers.bb, do_install) failed with exit code '1'
ERROR:
'/media/325GB_Drive/dev/QorIQ-SDK-V1.2-20120614-yocto/meta-testing/recipes/vaminusers/
vaminusers.bb' failed

[-- Attachment #1.2: Type: text/html, Size: 3169 bytes --]

[-- Attachment #2: vaminusers.bb --]
[-- Type: application/octet-stream, Size: 2514 bytes --]

SUMMARY = "Example recipe for using inherit useradd"
DESCRIPTION = "This recipe serves as an example for using features from useradd.bbclass"
SECTION = "examples"
PR = "r0"
LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://${COREBASE}/LICENSE;md5=3f40d7994397109285ec7b81fdeb3b58 \
                    file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420"

SRC_URI = "file://file1 \
           file://file2 \
           file://file3 \
           file://file4"

S = "${WORKDIR}"

PACKAGES =+ "${PN}-vamin"

inherit useradd

# You must set USERADD_PACKAGES when you inherit useradd. This
# lists which output packages will include the user/group
# creation code.
USERADD_PACKAGES = "${PN} ${PN}-vamin"

# You must also set USERADD_PARAM and/or GROUPADD_PARAM when
# you inherit useradd.

# USERADD_PARAM specifies command line options to pass to the
# useradd command. Multiple users can be created by separating
# the commands with a semicolon. Here we'll create two users,
# vamin1 and user2:
USERADD_PARAM_${PN} = "-u 1200 -d /home/vamin1 -r -s /bin/bash vamin1"

# vamin will be managed in the useradd-example-vamin pacakge:
USERADD_PARAM_${PN}-vamin = "-u 1202 -d /home/vamin -r -s /bin/bash vamin"

# GROUPADD_PARAM works the same way, which you set to the options
# you'd normally pass to the groupadd command. This will create
# groups group1 and group2:
GROUPADD_PARAM_${PN} = "-g 880 vamin1"

# Likewise, we'll manage group3 in the useradd-example-vamin package:
GROUPADD_PARAM_${PN}-vamin = "-g 900 vamin"

do_install () {
	install -d -m 755 ${D}/usr/share/vamin1
	install -d -m 755 ${D}/usr/share/user2
	install -d -m 755 ${D}/usr/share/vamin

	install -p -m 644 file1 ${D}/usr/share/vamin1/
	install -p -m 644 file2 ${D}/usr/share/vamin1/

	install -p -m 644 file2 ${D}/usr/share/user2/
	install -p -m 644 file3 ${D}/usr/share/user2/

	install -p -m 644 file3 ${D}/usr/share/vamin/
	install -p -m 644 file4 ${D}/usr/share/vamin/

	# The new users and groups are created before the do_install
	# step, so you are now free to make use of them:
	chown -R vamin1 ${D}/usr/share/vamin1
	chown -R user2 ${D}/usr/share/user2
	chown -R vamin ${D}/usr/share/vamin

	chgrp -R group1 ${D}/usr/share/vamin1
	chgrp -R group2 ${D}/usr/share/user2
	chgrp -R group3 ${D}/usr/share/vamin
}

FILES_${PN} = "/usr/share/vamin1/* /usr/share/user2/*"
FILES_${PN}-vamin = "/usr/share/vamin/*"

# Prevents do_package failures with:
# debugsources.list: No such file or directory:
INHIBIT_PACKAGE_DEBUG_SPLIT = "1"

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-11-19 20:39 Stefan Priebe
  0 siblings, 0 replies; 2101+ messages in thread
From: Stefan Priebe @ 2012-11-19 20:39 UTC (permalink / raw)
  To: qemu-devel-qX2TKyscuCcdnm+yROfE0A
  Cc: pbonzini-H+wXaHxf7aLQT0dZR+AlfA,
	ceph-devel-u79uwXL29TY76Z2rM5mHXA,
	pve-devel-KmHT29P9Uc/4CZzEM2C48g

From Stefan Priebe <s.priebe-2Lf/h1ldwEHR5kwTpVNS9A@public.gmane.org> # This line is ignored.
From: Stefan Priebe <s.priebe-2Lf/h1ldwEHR5kwTpVNS9A@public.gmane.org>
Cc: pve-devel-KmHT29P9Uc/4CZzEM2C48g@public.gmane.org
Cc: pbonzini-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
Cc: ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: QEMU/PATCH: rbd block driver: fix race between completition and cancel
In-Reply-To:


ve-devel-KmHT29P9Uc/4CZzEM2C48g@public.gmane.org
pbonzini-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
ceph-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-11-15 12:08 Tim Deegan
  2012-11-15 23:04 ` Aravindh Puthiyaparambil
  2013-04-22 21:56 ` Cutter 409
  0 siblings, 2 replies; 2101+ messages in thread
From: Tim Deegan @ 2012-11-15 12:08 UTC (permalink / raw)
  To: Cutter 409; +Cc: Aravindh Puthiyaparambil, xen-devel

Bcc: Tim Deegan <tjd-xen@phlegethon.org>
Subject: Re: [Xen-devel] Guest memory access hooking
Reply-To: 
In-Reply-To: <CAG4Ohu_p-vVF9ZS01PeMqHvscCrrO+UDawK-noaaP8k+MuqHrQ@mail.gmail.com>

Hi,

At 10:56 -0500 on 13 Nov (1352804161), Cutter 409 wrote:
> I'm trying to do some research with malware, and I'm trying to get
> notifications on arbitrary guest page accesses (similar to what Ether
> does.) I've noticed the mem-event API and it seems like it might be close
> to what I need, but I can't find much documentation about how it works or
> how to use it.

Yes, the mem-event api, and in particular the HVMOP_set_mem_access
hypercall, looks like what you want.  As you say, there isn't much
documentation for it, except the xen-access.c client and the mailing
list archive. 

CC'ing Aravindh, who has worked on this code most recently and might be
able to help with specific questions.

> I know that that mem-event API works only with EPT, but is the code to
> change permissions modifying the guest page tables, or does it work via
> EPT? (Can the guest detect it?)

It works by EPT.  The guest can't detect it by looking at its pagetables
or page fault patterns, though it might be able to detect it by looking
at timings.

> I'm also interested monitoring arbitrary page access via the shadow page
> tables. I've been reading through the code, but if anyone has any insight
> or some kind of push in the right direction, I'd really appreciate it.

Your best bet is to modify _sh_propagate.  Look at how it handles
shadow_mode_log_dirty() -- any time a writeable mapping is shadowed, the
shadow PTE is made read-only until the guest is actually doing a write,
then mark_dirty can be called.  You should be able to do the same thing
for other kinds of access.

Cheers,

Tim.

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2012-11-12  0:48 Ilya Dmitrichenko
  0 siblings, 0 replies; 2101+ messages in thread
From: Ilya Dmitrichenko @ 2012-11-12  0:48 UTC (permalink / raw)
  To: yocto

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

Hi,

I'm getting this on Ubuntu 10.04:

> bitbake core-image-minimal
                                                                [224/1821]
Pseudo is not present but is required, building this first before the main
build
Parsing recipes: 100%
|##############################################################################################################################################|
Time: 00:01:12
Parsing of 1262 .bb files complete (0 cached, 1262 parsed). 1605 targets,
64 skipped, 6 masked, 0 errors.

Build Configuration:
BB_VERSION        = "1.16.0"
TARGET_ARCH       = "arm"
TARGET_OS         = "linux-gnueabi"
MACHINE           = "beaglebone"
DISTRO            = "poky"
DISTRO_VERSION    = "1.3+snapshot-20121111"
TUNE_FEATURES     = "armv7a vfp neon cortexa8"
TARGET_FPU        = "vfp-neon"
meta
meta-yocto        = "master:78983e939ab17f02f8911c8b0d0e326b419856b9"
meta-oe           = "master:ae2926ef202541014cde7c91a9ff75ed8b4eb390"
meta-ti           = "master:53dcf7977a86714cbd27f919a473dac8f6f16434"
meta-yocto-bsp    = "master:78983e939ab17f02f8911c8b0d0e326b419856b9"

NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
NOTE: Tasks Summary: Attempted 56 tasks of which 0 didn't need to be rerun
and all succeeded.
Loading cache: 100%
|################################################################################################################################################|
ETA:  00:00:00
Loaded 1606 entries from dependency cache.

Build Configuration:
BB_VERSION        = "1.16.0"
TARGET_ARCH       = "arm"
TARGET_OS         = "linux-gnueabi"
MACHINE           = "beaglebone"
DISTRO            = "poky"
DISTRO_VERSION    = "1.3+snapshot-20121111"
TUNE_FEATURES     = "armv7a vfp neon cortexa8"
TARGET_FPU        = "vfp-neon"
meta
meta-yocto        = "master:78983e939ab17f02f8911c8b0d0e326b419856b9"
meta-oe           = "master:ae2926ef202541014cde7c91a9ff75ed8b4eb390"
meta-ti           = "master:53dcf7977a86714cbd27f919a473dac8f6f16434"
meta-yocto-bsp    = "master:78983e939ab17f02f8911c8b0d0e326b419856b9"

NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
NOTE: Tasks Summary: Attempted 63 tasks of which 42 didn't need to be rerun
and all succeeded.
Loading cache: 100%
|################################################################################################################################################|
ETA:  00:00:00
Loaded 1606 entries from dependency cache.

Build Configuration:

                    [173/1821]
BB_VERSION        = "1.16.0"
TARGET_ARCH       = "arm"
TARGET_OS         = "linux-gnueabi"
MACHINE           = "beaglebone"
DISTRO            = "poky"
DISTRO_VERSION    = "1.3+snapshot-20121111"
TUNE_FEATURES     = "armv7a vfp neon cortexa8"
TARGET_FPU        = "vfp-neon"
meta
meta-yocto        = "master:78983e939ab17f02f8911c8b0d0e326b419856b9"
meta-oe           = "master:ae2926ef202541014cde7c91a9ff75ed8b4eb390"
meta-ti           = "master:53dcf7977a86714cbd27f919a473dac8f6f16434"
meta-yocto-bsp    = "master:78983e939ab17f02f8911c8b0d0e326b419856b9"

NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
ERROR: Function failed: Unpack failure for URL: '
http://ymorin.is-a-geek.org/download/kconfig-frontends/kconfig-frontends-3.5.0-0.tar.xz'.
Unpack command PATH="/home/ilya/oe/poky/sc
ripts/native-intercept:/home/ilya/oe/poky/scripts:/mnt/build/poky//tmp/sysroots/x86_64-linux/usr/bin/armv7a-vfp-neon-linux:/mnt/build/poky//tmp/sysroots/x86_64-linux/usr/bin:/mnt/bu
ild/poky//tmp/sysroots/x86_64-linux/usr/sbin:/mnt/build/poky//tmp/sysroots/x86_64-linux/usr/bin:/mnt/build/poky//tmp/sysroots/x86_64-linux/sbin:/mnt/build/poky//tmp/sysroots/x86_64-
linux//bin:/home/ilya/oe/poky/scripts:/home/ilya/oe/poky/bitbake/bin/:/etc/rbenv/shims:/usr/local/rbenv/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games"
xz -dc /home/ilya/oe/poky/build/downloads/kconfig-frontends-3.5.0-0.tar.xz
| tar x --no-same-owner -f - failed with return value 2
ERROR: Logfile of failure stored in:
/mnt/build/poky//tmp/work/x86_64-linux/kconfig-frontends-native-3.5.0-r1/temp/log.do_unpack.894
Log data follows:
| DEBUG: Executing python function do_unpack
| DEBUG: Executing python function base_do_unpack
| NOTE: Unpacking
/home/ilya/oe/poky/build/downloads/kconfig-frontends-3.5.0-0.tar.xz to
/mnt/build/poky/tmp/work/x86_64-linux/kconfig-frontends-native-3.5.0-r1/
| xz: error while loading shared libraries: liblzma.so.5: cannot open
shared object file: No such file or directory
| tar: This does not look like a tar archive
| tar: Exiting with failure status due to previous errors
| DEBUG: Python function base_do_unpack finished
| DEBUG: Python function do_unpack finished
| ERROR: Function failed: Unpack failure for URL: '
http://ymorin.is-a-geek.org/download/kconfig-frontends/kconfig-frontends-3.5.0-0.tar.xz'.
Unpack command PATH="/home/ilya/oe/poky/
scripts/native-intercept:/home/ilya/oe/poky/scripts:/mnt/build/poky//tmp/sysroots/x86_64-linux/usr/bin/armv7a-vfp-neon-linux:/mnt/build/poky//tmp/sysroots/x86_64-linux/usr/bin:/mnt/
build/poky//tmp/sysroots/x86_64-linux/usr/sbin:/mnt/build/poky//tmp/sysroots/x86_64-linux/usr/bin:/mnt/build/poky//tmp/sysroots/x86_64-linux/sbin:/mnt/build/poky//tmp/sysroots/x86_6
4-linux//bin:/home/ilya/oe/poky/scripts:/home/ilya/oe/poky/bitbake/bin/:/etc/rbenv/shims:/usr/local/rbenv/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
" xz -dc
/home/ilya/oe/poky/build/downloads/kconfig-frontends-3.5.0-0.tar.xz | tar x
--no-same-owner -f - failed with return value 2
ERROR: Task 343
(virtual:native:/home/ilya/oe/poky/build/../meta/recipes-devtools/kconfig-frontends/
kconfig-frontends_3.5.bb, do_unpack) failed with exit code '1'
NOTE: Tasks Summary: Attempted 148 tasks of which 70 didn't need to be
rerun and 1 failed.
Waiting for 0 running tasks to finish:

Summary: 1 task failed:

virtual:native:/home/ilya/oe/poky/build/../meta/recipes-devtools/kconfig-frontends/
kconfig-frontends_3.5.bb, do_unpack
Summary: There was 1 ERROR message shown, returning a non-zero exit code.

I managed to get past this by symlinking libzma.so.5 into /usr/local/lib/,
though then I got another error from nativesdk and trying to rebuild it
with `bitbake meta-toolchain` reproduced the error again:
bitbake meta-toolchain
Loading cache: 100%
|################################################################################################################################################|
ETA:  00:00:00
Loaded 1606 entries from dependency cache.

Build Configuration:
BB_VERSION        = "1.16.0"
TARGET_ARCH       = "arm"
TARGET_OS         = "linux-gnueabi"
MACHINE           = "beaglebone"
DISTRO            = "poky"
DISTRO_VERSION    = "1.3+snapshot-20121111"
TUNE_FEATURES     = "armv7a vfp neon cortexa8"
TARGET_FPU        = "vfp-neon"
meta
meta-yocto        = "master:78983e939ab17f02f8911c8b0d0e326b419856b9"
meta-oe           = "master:ae2926ef202541014cde7c91a9ff75ed8b4eb390"
meta-ti           = "master:53dcf7977a86714cbd27f919a473dac8f6f16434"
meta-yocto-bsp    = "master:78983e939ab17f02f8911c8b0d0e326b419856b9"

NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
ERROR: Function failed: do_configure (see
/mnt/build/poky//tmp/work/x86_64-nativesdk-pokysdk-linux/nativesdk-eglibc-initial-2.16-r17/temp/log.do_configure.28615
for further information)
ERROR: Logfile of failure stored in:
/mnt/build/poky//tmp/work/x86_64-nativesdk-pokysdk-linux/nativesdk-eglibc-initial-2.16-r17/temp/log.do_configure.28615
Log data follows:
| DEBUG: Executing python function sysroot_cleansstate
| DEBUG: Python function sysroot_cleansstate finished
| DEBUG: SITE files ['endian-little', 'common-linux', 'common-glibc',
'bit-64', 'x86_64-linux', 'common']
| DEBUG: Executing shell function autotools_preconfigure
| DEBUG: Shell function autotools_preconfigure finished
| DEBUG: Executing shell function do_configure
| checking build system type... x86_64-pc-linux-gnu
| checking host system type... x86_64-pokysdk-linux-gnu
| checking for x86_64-pokysdk-linux-gcc... x86_64-pokysdk-linux-gcc
 --sysroot=/mnt/build/poky//tmp/sysroots/x86_64-nativesdk-pokysdk-linux
| checking for suffix of object files... configure: error: in
`/mnt/build/poky/tmp/work/x86_64-nativesdk-pokysdk-linux/nativesdk-eglibc-initial-2.16-r17/build-x86_64-pokysdk-linux':
| configure: error: cannot compute suffix of object files: cannot compile
| See `config.log' for more details
| ERROR: Function failed: do_configure (see
/mnt/build/poky//tmp/work/x86_64-nativesdk-pokysdk-linux/nativesdk-eglibc-initial-2.16-r17/temp/log.do_configure.28615
for further information)
ERROR: Task 1000
(virtual:nativesdk:/home/ilya/oe/poky/build/../meta/recipes-core/eglibc/
eglibc-initial_2.16.bb, do_configure) failed with exit code '1'
NOTE: Tasks Summary: Attempted 252 tasks of which 177 didn't need to be
rerun and 1 failed.
Waiting for 0 running tasks to finish:
Summary: 1 task failed:
  virtual:nativesdk:/home/ilya/oe/poky/build/../meta/recipes-core/eglibc/
eglibc-initial_2.16.bb, do_configure
Summary: There was 1 ERROR message shown, returning a non-zero exit code.

not sure what to do here ... is it a possible breakage in the master branch
or host distro/version related?

I'm about to deploy the appliance image, will see if I get this same error
or what not ...

[-- Attachment #2: Type: text/html, Size: 12560 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-10-12 13:00 a1tmblwd
  0 siblings, 0 replies; 2101+ messages in thread
From: a1tmblwd @ 2012-10-12 13:00 UTC (permalink / raw)
  To: eetimes, saari, michkl1969, from_eetimes, hashemia, linux-kernel,
	commsdesign

Make Inc0me like m0ney making machine
http://www.vastusukh.com/http-morenul-1.php?nipfriend=977


_____________________
"  I never went near the house, but struck throughthe woods and made 
for the swamp." (c) ally winsor
Fri, 12 Oct 2012 14:00:55



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-10-05 11:48 ` ABN AMRO
  0 siblings, 0 replies; 2101+ messages in thread
From: ABN AMRO @ 2012-10-05 11:48 UTC (permalink / raw)


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

 

Geachte klant,

De ABN-AMRO spendeert veel aandacht en zorg aan de
beveiliging en integriteit van al onze bankrekeningen. Graag vragen wij
u dan ook aandacht voor het volgende. Afgelopen jaar is de ABN AMRO,
samen met veel andere nederlandse banken, doelwit geworden van
grootschalig internetfraude. Daarom zijn wij afgelopen maanden een
grootschalig project gestart om dit te bestrijden. Alle online
bankrekeningen dienen te worden gekoppeld aan een nieuw ontwikkeld
beveiligingssysteem, waarmee verdachte bewegingen en ontwikkelingen op
uw online bankrekening sneller worden getraceerd en opgelost.

Er is
geconstateerd dat uw online ABN-AMRO rekening nog niet voorzien is van
het nieuwe beveiligingssysteem.Wij vragen u dan ook 5-10 minuten van uw
tijd om deze update compleet te maken, om zo de beveiliging te
voltooien.

Gebruikt u onderstaande link: Klik hier

Na de update zal er
door een van onze medewerkers nog contact met u worden opgenomen om het
gehele proces te voltooien. Wanneer het gehele proces gereed is zal u
weer als vanouds gebruik kunnen maken van het online bankieren via
ABN-AMRO. Wij willen u alvast bedanken voor uw
medewerking.

Hoogachtend,

Klantenservice

 ABN-AMRO ONLINE Copyright
2012, ABN AMRO NETHERLANDS. All rights reserved 

[-- Attachment #2: Type: text/html, Size: 1912 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-09-19 14:53 Webmaster
  0 siblings, 0 replies; 2101+ messages in thread
From: Webmaster @ 2012-09-19 14:53 UTC (permalink / raw)
  To: linux-kernel

sss






--
powered by phpList, www.phplist.com --



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [GIT PULL] sound fixes for 3.6-rc5
@ 2012-09-04 14:40 Takashi Iwai
  2012-09-06  6:02 ` Markus Trippelsdorf
  0 siblings, 1 reply; 2101+ messages in thread
From: Takashi Iwai @ 2012-09-04 14:40 UTC (permalink / raw)
  To: Linus Torvalds; +Cc: linux-kernel

Linus,

The following changes since commit 53e1719f3da0f095b8db1461bd12dd79f3246b84:

  ALSA: snd-als100: fix suspend/resume (2012-08-21 07:29:40 +0200)

are available in the git repository at:

  git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound.git tags/sound-3.6

for you to fetch changes up to 2e4a263ca80a203ac6109f5932722a716c265395:

  ALSA: snd-usb: fix cross-interface streaming devices (2012-08-31 21:04:53 +0200)

----------------------------------------------------------------
Sound fixes for 3.6-rc5

There are nothing scaring, contains only small fixes for HD-audio and
USB-audio:
- EPSS regression fix and GPIO fix for HD-audio IDT codecs
- A series of USB-audio regression fixes that are found since 3.5 kernel

----------------------------------------------------------------
Daniel Mack (4):
      ALSA: snd-usb: Fix URB cancellation at stream start
      ALSA: snd-usb: restore delay information
      ALSA: snd-usb: fix calls to next_packet_size
      ALSA: snd-usb: fix cross-interface streaming devices

David Henningsson (1):
      ALSA: hda - Do not set GPIOs for speakers on IDT if there are no speakers

Pavel Roskin (1):
      ALSA: snd-usb: use list_for_each_safe for endpoint resources

Takashi Iwai (2):
      ALSA: hda - Avoid unnecessary parameter read for EPSS
      ALSA: hda - Don't trust codec EPSS bit for IDT 92HD83xx & co

 sound/pci/hda/hda_codec.c      | 10 +++++--
 sound/pci/hda/hda_codec.h      |  1 +
 sound/pci/hda/patch_sigmatel.c |  4 +++
 sound/usb/card.c               |  4 +--
 sound/usb/endpoint.c           | 24 +++++++---------
 sound/usb/endpoint.h           |  3 +-
 sound/usb/pcm.c                | 64 ++++++++++++++++++++++++++++++++++--------
 7 files changed, 79 insertions(+), 31 deletions(-)

diff --git a/sound/pci/hda/hda_codec.c b/sound/pci/hda/hda_codec.c
index f560051..f25c24c 100644
--- a/sound/pci/hda/hda_codec.c
+++ b/sound/pci/hda/hda_codec.c
@@ -1209,6 +1209,9 @@ static void snd_hda_codec_free(struct hda_codec *codec)
 	kfree(codec);
 }
 
+static bool snd_hda_codec_get_supported_ps(struct hda_codec *codec,
+				hda_nid_t fg, unsigned int power_state);
+
 static void hda_set_power_state(struct hda_codec *codec, hda_nid_t fg,
 				unsigned int power_state);
 
@@ -1317,6 +1320,10 @@ int /*__devinit*/ snd_hda_codec_new(struct hda_bus *bus,
 					   AC_VERB_GET_SUBSYSTEM_ID, 0);
 	}
 
+	codec->epss = snd_hda_codec_get_supported_ps(codec,
+					codec->afg ? codec->afg : codec->mfg,
+					AC_PWRST_EPSS);
+
 	/* power-up all before initialization */
 	hda_set_power_state(codec,
 			    codec->afg ? codec->afg : codec->mfg,
@@ -3543,8 +3550,7 @@ static void hda_set_power_state(struct hda_codec *codec, hda_nid_t fg,
 	/* this delay seems necessary to avoid click noise at power-down */
 	if (power_state == AC_PWRST_D3) {
 		/* transition time less than 10ms for power down */
-		bool epss = snd_hda_codec_get_supported_ps(codec, fg, AC_PWRST_EPSS);
-		msleep(epss ? 10 : 100);
+		msleep(codec->epss ? 10 : 100);
 	}
 
 	/* repeat power states setting at most 10 times*/
diff --git a/sound/pci/hda/hda_codec.h b/sound/pci/hda/hda_codec.h
index 7fbc1bc..e5a7e19 100644
--- a/sound/pci/hda/hda_codec.h
+++ b/sound/pci/hda/hda_codec.h
@@ -862,6 +862,7 @@ struct hda_codec {
 	unsigned int ignore_misc_bit:1; /* ignore MISC_NO_PRESENCE bit */
 	unsigned int no_jack_detect:1;	/* Machine has no jack-detection */
 	unsigned int pcm_format_first:1; /* PCM format must be set first */
+	unsigned int epss:1;		/* supporting EPSS? */
 #ifdef CONFIG_SND_HDA_POWER_SAVE
 	unsigned int power_on :1;	/* current (global) power-state */
 	int power_transition;	/* power-state in transition */
diff --git a/sound/pci/hda/patch_sigmatel.c b/sound/pci/hda/patch_sigmatel.c
index ea5775a..6f806d3 100644
--- a/sound/pci/hda/patch_sigmatel.c
+++ b/sound/pci/hda/patch_sigmatel.c
@@ -4543,6 +4543,9 @@ static void stac92xx_line_out_detect(struct hda_codec *codec,
 	struct auto_pin_cfg *cfg = &spec->autocfg;
 	int i;
 
+	if (cfg->speaker_outs == 0)
+		return;
+
 	for (i = 0; i < cfg->line_outs; i++) {
 		if (presence)
 			break;
@@ -5531,6 +5534,7 @@ static int patch_stac92hd83xxx(struct hda_codec *codec)
 		snd_hda_codec_set_pincfg(codec, 0xf, 0x2181205e);
 	}
 
+	codec->epss = 0; /* longer delay needed for D3 */
 	codec->no_trigger_sense = 1;
 	codec->spec = spec;
 
diff --git a/sound/usb/card.c b/sound/usb/card.c
index d5b5c33..4a469f0 100644
--- a/sound/usb/card.c
+++ b/sound/usb/card.c
@@ -553,7 +553,7 @@ static void snd_usb_audio_disconnect(struct usb_device *dev,
 				     struct snd_usb_audio *chip)
 {
 	struct snd_card *card;
-	struct list_head *p;
+	struct list_head *p, *n;
 
 	if (chip == (void *)-1L)
 		return;
@@ -570,7 +570,7 @@ static void snd_usb_audio_disconnect(struct usb_device *dev,
 			snd_usb_stream_disconnect(p);
 		}
 		/* release the endpoint resources */
-		list_for_each(p, &chip->ep_list) {
+		list_for_each_safe(p, n, &chip->ep_list) {
 			snd_usb_endpoint_free(p);
 		}
 		/* release the midi resources */
diff --git a/sound/usb/endpoint.c b/sound/usb/endpoint.c
index c411812..d6e2bb4 100644
--- a/sound/usb/endpoint.c
+++ b/sound/usb/endpoint.c
@@ -141,7 +141,7 @@ int snd_usb_endpoint_implict_feedback_sink(struct snd_usb_endpoint *ep)
  *
  * For implicit feedback, next_packet_size() is unused.
  */
-static int next_packet_size(struct snd_usb_endpoint *ep)
+int snd_usb_endpoint_next_packet_size(struct snd_usb_endpoint *ep)
 {
 	unsigned long flags;
 	int ret;
@@ -177,15 +177,6 @@ static void retire_inbound_urb(struct snd_usb_endpoint *ep,
 		ep->retire_data_urb(ep->data_subs, urb);
 }
 
-static void prepare_outbound_urb_sizes(struct snd_usb_endpoint *ep,
-				       struct snd_urb_ctx *ctx)
-{
-	int i;
-
-	for (i = 0; i < ctx->packets; ++i)
-		ctx->packet_size[i] = next_packet_size(ep);
-}
-
 /*
  * Prepare a PLAYBACK urb for submission to the bus.
  */
@@ -370,7 +361,6 @@ static void snd_complete_urb(struct urb *urb)
 			goto exit_clear;
 		}
 
-		prepare_outbound_urb_sizes(ep, ctx);
 		prepare_outbound_urb(ep, ctx);
 	} else {
 		retire_inbound_urb(ep, ctx);
@@ -799,7 +789,9 @@ int snd_usb_endpoint_set_params(struct snd_usb_endpoint *ep,
 /**
  * snd_usb_endpoint_start: start an snd_usb_endpoint
  *
- * @ep: the endpoint to start
+ * @ep:		the endpoint to start
+ * @can_sleep:	flag indicating whether the operation is executed in
+ * 		non-atomic context
  *
  * A call to this function will increment the use count of the endpoint.
  * In case it is not already running, the URBs for this endpoint will be
@@ -809,7 +801,7 @@ int snd_usb_endpoint_set_params(struct snd_usb_endpoint *ep,
  *
  * Returns an error if the URB submission failed, 0 in all other cases.
  */
-int snd_usb_endpoint_start(struct snd_usb_endpoint *ep)
+int snd_usb_endpoint_start(struct snd_usb_endpoint *ep, int can_sleep)
 {
 	int err;
 	unsigned int i;
@@ -821,6 +813,11 @@ int snd_usb_endpoint_start(struct snd_usb_endpoint *ep)
 	if (++ep->use_count != 1)
 		return 0;
 
+	/* just to be sure */
+	deactivate_urbs(ep, 0, can_sleep);
+	if (can_sleep)
+		wait_clear_urbs(ep);
+
 	ep->active_mask = 0;
 	ep->unlink_mask = 0;
 	ep->phase = 0;
@@ -850,7 +847,6 @@ int snd_usb_endpoint_start(struct snd_usb_endpoint *ep)
 			goto __error;
 
 		if (usb_pipeout(ep->pipe)) {
-			prepare_outbound_urb_sizes(ep, urb->context);
 			prepare_outbound_urb(ep, urb->context);
 		} else {
 			prepare_inbound_urb(ep, urb->context);
diff --git a/sound/usb/endpoint.h b/sound/usb/endpoint.h
index ee2723f..cbbbdf2 100644
--- a/sound/usb/endpoint.h
+++ b/sound/usb/endpoint.h
@@ -13,7 +13,7 @@ int snd_usb_endpoint_set_params(struct snd_usb_endpoint *ep,
 				struct audioformat *fmt,
 				struct snd_usb_endpoint *sync_ep);
 
-int  snd_usb_endpoint_start(struct snd_usb_endpoint *ep);
+int  snd_usb_endpoint_start(struct snd_usb_endpoint *ep, int can_sleep);
 void snd_usb_endpoint_stop(struct snd_usb_endpoint *ep,
 			   int force, int can_sleep, int wait);
 int  snd_usb_endpoint_activate(struct snd_usb_endpoint *ep);
@@ -21,6 +21,7 @@ int  snd_usb_endpoint_deactivate(struct snd_usb_endpoint *ep);
 void snd_usb_endpoint_free(struct list_head *head);
 
 int snd_usb_endpoint_implict_feedback_sink(struct snd_usb_endpoint *ep);
+int snd_usb_endpoint_next_packet_size(struct snd_usb_endpoint *ep);
 
 void snd_usb_handle_sync_urb(struct snd_usb_endpoint *ep,
 			     struct snd_usb_endpoint *sender,
diff --git a/sound/usb/pcm.c b/sound/usb/pcm.c
index 62ec808..fd5e982 100644
--- a/sound/usb/pcm.c
+++ b/sound/usb/pcm.c
@@ -212,7 +212,7 @@ int snd_usb_init_pitch(struct snd_usb_audio *chip, int iface,
 	}
 }
 
-static int start_endpoints(struct snd_usb_substream *subs)
+static int start_endpoints(struct snd_usb_substream *subs, int can_sleep)
 {
 	int err;
 
@@ -225,7 +225,7 @@ static int start_endpoints(struct snd_usb_substream *subs)
 		snd_printdd(KERN_DEBUG "Starting data EP @%p\n", ep);
 
 		ep->data_subs = subs;
-		err = snd_usb_endpoint_start(ep);
+		err = snd_usb_endpoint_start(ep, can_sleep);
 		if (err < 0) {
 			clear_bit(SUBSTREAM_FLAG_DATA_EP_STARTED, &subs->flags);
 			return err;
@@ -236,10 +236,25 @@ static int start_endpoints(struct snd_usb_substream *subs)
 	    !test_and_set_bit(SUBSTREAM_FLAG_SYNC_EP_STARTED, &subs->flags)) {
 		struct snd_usb_endpoint *ep = subs->sync_endpoint;
 
+		if (subs->data_endpoint->iface != subs->sync_endpoint->iface ||
+		    subs->data_endpoint->alt_idx != subs->sync_endpoint->alt_idx) {
+			err = usb_set_interface(subs->dev,
+						subs->sync_endpoint->iface,
+						subs->sync_endpoint->alt_idx);
+			if (err < 0) {
+				snd_printk(KERN_ERR
+					   "%d:%d:%d: cannot set interface (%d)\n",
+					   subs->dev->devnum,
+					   subs->sync_endpoint->iface,
+					   subs->sync_endpoint->alt_idx, err);
+				return -EIO;
+			}
+		}
+
 		snd_printdd(KERN_DEBUG "Starting sync EP @%p\n", ep);
 
 		ep->sync_slave = subs->data_endpoint;
-		err = snd_usb_endpoint_start(ep);
+		err = snd_usb_endpoint_start(ep, can_sleep);
 		if (err < 0) {
 			clear_bit(SUBSTREAM_FLAG_SYNC_EP_STARTED, &subs->flags);
 			return err;
@@ -544,13 +559,10 @@ static int snd_usb_pcm_prepare(struct snd_pcm_substream *substream)
 	subs->last_frame_number = 0;
 	runtime->delay = 0;
 
-	/* clear the pending deactivation on the target EPs */
-	deactivate_endpoints(subs);
-
 	/* for playback, submit the URBs now; otherwise, the first hwptr_done
 	 * updates for all URBs would happen at the same time when starting */
 	if (subs->direction == SNDRV_PCM_STREAM_PLAYBACK)
-		return start_endpoints(subs);
+		return start_endpoints(subs, 1);
 
 	return 0;
 }
@@ -1032,6 +1044,7 @@ static void prepare_playback_urb(struct snd_usb_substream *subs,
 				 struct urb *urb)
 {
 	struct snd_pcm_runtime *runtime = subs->pcm_substream->runtime;
+	struct snd_usb_endpoint *ep = subs->data_endpoint;
 	struct snd_urb_ctx *ctx = urb->context;
 	unsigned int counts, frames, bytes;
 	int i, stride, period_elapsed = 0;
@@ -1043,7 +1056,11 @@ static void prepare_playback_urb(struct snd_usb_substream *subs,
 	urb->number_of_packets = 0;
 	spin_lock_irqsave(&subs->lock, flags);
 	for (i = 0; i < ctx->packets; i++) {
-		counts = ctx->packet_size[i];
+		if (ctx->packet_size[i])
+			counts = ctx->packet_size[i];
+		else
+			counts = snd_usb_endpoint_next_packet_size(ep);
+
 		/* set up descriptor */
 		urb->iso_frame_desc[i].offset = frames * stride;
 		urb->iso_frame_desc[i].length = counts * stride;
@@ -1094,7 +1111,16 @@ static void prepare_playback_urb(struct snd_usb_substream *subs,
 	subs->hwptr_done += bytes;
 	if (subs->hwptr_done >= runtime->buffer_size * stride)
 		subs->hwptr_done -= runtime->buffer_size * stride;
+
+	/* update delay with exact number of samples queued */
+	runtime->delay = subs->last_delay;
 	runtime->delay += frames;
+	subs->last_delay = runtime->delay;
+
+	/* realign last_frame_number */
+	subs->last_frame_number = usb_get_current_frame_number(subs->dev);
+	subs->last_frame_number &= 0xFF; /* keep 8 LSBs */
+
 	spin_unlock_irqrestore(&subs->lock, flags);
 	urb->transfer_buffer_length = bytes;
 	if (period_elapsed)
@@ -1112,12 +1138,26 @@ static void retire_playback_urb(struct snd_usb_substream *subs,
 	struct snd_pcm_runtime *runtime = subs->pcm_substream->runtime;
 	int stride = runtime->frame_bits >> 3;
 	int processed = urb->transfer_buffer_length / stride;
+	int est_delay;
 
 	spin_lock_irqsave(&subs->lock, flags);
-	if (processed > runtime->delay)
-		runtime->delay = 0;
+	est_delay = snd_usb_pcm_delay(subs, runtime->rate);
+	/* update delay with exact number of samples played */
+	if (processed > subs->last_delay)
+		subs->last_delay = 0;
 	else
-		runtime->delay -= processed;
+		subs->last_delay -= processed;
+	runtime->delay = subs->last_delay;
+
+	/*
+	 * Report when delay estimate is off by more than 2ms.
+	 * The error should be lower than 2ms since the estimate relies
+	 * on two reads of a counter updated every ms.
+	 */
+	if (abs(est_delay - subs->last_delay) * 1000 > runtime->rate * 2)
+		snd_printk(KERN_DEBUG "delay: estimated %d, actual %d\n",
+			est_delay, subs->last_delay);
+
 	spin_unlock_irqrestore(&subs->lock, flags);
 }
 
@@ -1175,7 +1215,7 @@ static int snd_usb_substream_capture_trigger(struct snd_pcm_substream *substream
 
 	switch (cmd) {
 	case SNDRV_PCM_TRIGGER_START:
-		err = start_endpoints(subs);
+		err = start_endpoints(subs, 0);
 		if (err < 0)
 			return err;
 

^ permalink raw reply related	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-08-17 12:36 xuluqxulu
  0 siblings, 0 replies; 2101+ messages in thread
From: xuluqxulu @ 2012-08-17 12:36 UTC (permalink / raw)
  To: linux-pm

5.53

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2012-08-05 19:48 Javier Martinez Canillas
  2012-08-06 14:59 ` Richard Purdie
  0 siblings, 1 reply; 2101+ messages in thread
From: Javier Martinez Canillas @ 2012-08-05 19:48 UTC (permalink / raw)
  To: Richard Purdie; +Cc: openembedded-core

The OpenEmbedded User Manual list the variables that should be used to
control the directories into which files are installed.

It says that is a poor practice to specify hardcoded paths instead of
using these variables, yet there are many recipes that don't use it.

This is second version of a big patch-set that does a cleanup and replace
the hardcoded paths used on these recipes with the build system variables.

I tried to be as careful as possible to do the proper replacement but
since I could introduce regressions I split the changes in 30 different
patches so it could be git bisectable in case of messing a recipe.

Also, the patches increment the recipes PR since the a distro config can
set the variables to a different value.

Changes since v1:

- Bump recipes PR as suggested by Otavio Salvador and Khem Raj
- Squash ${base_bindir} and ${sysconfdir} changes for xinetd and lsb
  recipes so the PR number gets incremented only once. 

The patch-set consist of the following patches:

[PATCH v2 01/28] xinetd: use ${sbindir} and ${sysconfdir} instead of
[PATCH v2 02/28] alsa-state: use ${sbindir} instead of /usr/sbin for
[PATCH v2 03/28] lsbsetup: use ${bindir} instead of /usr/bin for
[PATCH v2 04/28] sudo: use ${bindir} and ${sysconfdir} instead of
[PATCH v2 05/28] lsbtest: use ${bindir} instead of /usr/bin for
[PATCH v2 06/28] cronie: use variables instead of hardcoded paths
[PATCH v2 07/28] useradd-example: use ${datadir} instead of
[PATCH v2 08/28] ubootchart: use variables instead of hardcoded
[PATCH v2 09/28] xkeyboard-config: use ${datadir} instead of
[PATCH v2 10/28] systemtap: use ${datadir} instead of /usr/share for
[PATCH v2 11/28] lsb: use ${base_bindir} and ${sysconfdir} instead
[PATCH v2 12/28] mingetty: use ${base_sbindir} instead of /sbin for
[PATCH v2 13/28] external-sourcery: use ${prefix} and ${libdir}
[PATCH v2 14/28] rpm: use ${localstatedir} and ${libdir} instead of
[PATCH v2 15/28] at: use ${base_sbindir} instead of /sbin for
[PATCH v2 16/28] kernel.bbclass: use ${base_libdir} and
[PATCH v2 17/28] linux-firware: use ${base_libdir} instead of /lib
[PATCH v2 18/28] openssh: use ${localstatedir} instead of /var for
[PATCH v2 19/28] libpam: use ${localstatedir} and ${sysconfdir}
[PATCH v2 20/28] x11-common: use ${sysconfdir} instead of /etc for
[PATCH v2 21/28] builder: use ${sysconfdir} instead of /etc for
[PATCH v2 22/28] xserver-nodm-init: use ${sysconfdir} instead of
[PATCH v2 23/28] lsbinitscripts: use ${sysconfdir} instead of /etc
[PATCH v2 24/28] usbinit: use ${sysconfdir} instead of /etc for
[PATCH v2 25/28] qemu-config: use ${sysconfdir} instead of /etc for
[PATCH v2 26/28] rsync: use ${sysconfdir} instead of /etc for
[PATCH v2 27/28] chkconfig: use ${sysconfdir} instead of /etc for
[PATCH v2 28/28] man: use ${sysconfdir} instead of /etc for

Best regards,
Javier



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-07-27 23:02 lmw
  0 siblings, 0 replies; 2101+ messages in thread
From: lmw @ 2012-07-27 23:02 UTC (permalink / raw)
  To: xen-devel

What is the easiest way to determine the Dom Id of a unmodified Xen HVM guest from within a daemon process running in the guest?

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-07-19 20:00 Olivier Galibert
  0 siblings, 0 replies; 2101+ messages in thread
From: Olivier Galibert @ 2012-07-19 20:00 UTC (permalink / raw)
  To: intel-gfx, mesa-dev

  Hi,

This is the second verion of the clipping/interpolation patches.

Main differences:
- I tried to take all of Paul's remarks into account
- I exploded the first patch in 4 independant ones
- I've added a patch to ensure that integers pass through unscathed

Patch 4/9 is (slightly) controversial.  There may be better ways to do
it, or at least more general ones.  But it's simple, it works, and it
allows to validate the other 8.  It's an easy one to revert if we
build an alternative.

Best,

  OG.
 
[PATCH 1/9] intel gen4-5: fix the vue view in the fs.
[PATCH 2/9] intel gen4-5: simplify the bfc copy in the sf.
[PATCH 3/9] intel gen4-5: fix GL_VERTEX_PROGRAM_TWO_SIDE selection.
[PATCH 4/9] intel gen4-5: Fix backface/frontface selection when one
[PATCH 5/9] intel gen4-5: Compute the interpolation status for every
[PATCH 6/9] intel gen4-5: Correctly setup the parameters in the sf.
[PATCH 7/9] intel gen4-5: Correctly handle flat vs. non-flat in the
[PATCH 8/9] intel gen4-5: Make noperspective clipping work.
[PATCH 9/9] intel gen4-5: Don't touch flatshaded values when

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2012-07-17 16:16 Ross Burton
  0 siblings, 0 replies; 2101+ messages in thread
From: Ross Burton @ 2012-07-17 16:16 UTC (permalink / raw)
  To: openembedded-core

Two patches to follow up Andrei Gherzan's connman series.  The first applies
to master, the second only applies on his branch.




^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-07-14  4:16 张智
  2012-07-19 10:24 ` Tim Deegan
  0 siblings, 1 reply; 2101+ messages in thread
From: 张智 @ 2012-07-14  4:16 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 168 bytes --]


Hi, list,
Where can I find the "tools/tests/mem-sharing/memshrtool.c" ?I didn't find it in the latest version of xen-4.1.2. Thanks.
All the very best,Henry 		 	   		  

[-- Attachment #1.2: Type: text/html, Size: 844 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2012-07-03 21:08 Mikhail Boiko
  0 siblings, 0 replies; 2101+ messages in thread
From: Mikhail Boiko @ 2012-07-03 21:08 UTC (permalink / raw)
  To: openembedded-core

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

From 86ad9569e30de537451fe0a4731ef57d92810d28 Mon Sep 17 00:00:00 2001
From: Mikhail Boiko <mikhailboiko85@gmail.com>
Date: Wed, 4 Jul 2012 00:03:17 +0300
Subject: [PATCH] Additional CMake include search path

Specify additional include search path for CMake via build-in
CMAKE_INCLUDE_PATH variable.
For example, to add freetype2 include dir you should add this line to you
receipe
OECMAKE_INCLUDE_PATH_append = "${STAGING_INCDIR}/freetype2"

Signed-off-by: Mikhail Boiko <mikhailboiko85@gmail.com>
---
 meta/classes/cmake.bbclass |    3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/classes/cmake.bbclass b/meta/classes/cmake.bbclass
index eda45dd..2f90e36 100644
--- a/meta/classes/cmake.bbclass
+++ b/meta/classes/cmake.bbclass
@@ -65,6 +65,9 @@ set( CMAKE_MODULE_PATH ${STAGING_DATADIR}/cmake/Modules/ )
 # add for non /usr/lib libdir, e.g. /usr/lib64
 set( CMAKE_LIBRARY_PATH ${libdir} ${base_libdir})

+# additional cmake include search path
+set( CMAKE_INCLUDE_PATH ${OECMAKE_INCLUDE_PATH} )
+
 EOF
 }

-- 
1.7.9.5

[-- Attachment #2: Type: text/html, Size: 1490 bytes --]

^ permalink raw reply related	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-06-23 15:23 sindu sindhu
  0 siblings, 0 replies; 2101+ messages in thread
From: sindu sindhu @ 2012-06-23 15:23 UTC (permalink / raw)
  To: engr_ibrahim2k7, jaffarsamad, always_b_thr, jhenrivera21,
	engr_ayaz, panhwarn, ltt-dev, gmujtabaawan, umair_virgo_85


[-- Attachment #1.1: Type: text/plain, Size: 112 bytes --]

http://www.billgoldberg.com/newsite/wp-content/themes/dilapidated/google.html?orqm=gsy.hsm&frf=ar.hkml&gwyj=ixpa

[-- Attachment #1.2: Type: text/html, Size: 398 bytes --]

[-- Attachment #2: Type: text/plain, Size: 155 bytes --]

_______________________________________________
lttng-dev mailing list
lttng-dev@lists.lttng.org
http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2012-06-21 21:36 Andreas Müller
  2012-06-22  9:34 ` Henning Heinold
  0 siblings, 1 reply; 2101+ messages in thread
From: Andreas Müller @ 2012-06-21 21:36 UTC (permalink / raw)
  To: openembedded-devel, openembedded-core

after updating all my repos (angstrom+few extra layers) I get

  /home/Superandy/data/oe-core/sources/meta-intel/meta-sugarbay/recipes-kernel/linux/linux-yocto_3.2.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-crownbay/recipes-kernel/linux/linux-yocto_3.2.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-emenlow/recipes-kernel/linux/linux-yocto_3.2.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-fishriver/recipes-kernel/linux/linux-yocto_3.2.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-fri2/recipes-kernel/linux/linux-yocto_3.2.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-jasperforest/recipes-kernel/linux/linux-yocto_3.2.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-n450/recipes-kernel/linux/linux-yocto_3.2.bbappend
  /home/Superandy/data/oe-core/sources/meta-handheld/recipes-kernel/linux/linux-yocto_3.2.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-connectivity/dhcp/dhcp_4.2.3-P2.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-sugarbay/recipes-bsp/formfactor/formfactor_0.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-crownbay/recipes-bsp/formfactor/formfactor_0.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-emenlow/recipes-bsp/formfactor/formfactor_0.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-fishriver/recipes-bsp/formfactor/formfactor_0.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-fri2/recipes-bsp/formfactor/formfactor_0.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-jasperforest/recipes-bsp/formfactor/formfactor_0.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-n450/recipes-bsp/formfactor/formfactor_0.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-nokia/recipes-bsp/formfactor/formfactor_0.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-handheld/recipes-bsp/formfactor/formfactor_0.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-ti/recipes-bsp/formfactor/formfactor_0.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-nokia/recipes-multimedia/mplayer/mplayer2_git.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-openmoko/recipes-multimedia/mplayer/mplayer2_git.bbappend
  /home/Superandy/data/oe-core/sources/meta-angstrom/recipes-core/update-rc.d/update-rc.d_0.7.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-sugarbay/recipes-kernel/linux/linux-yocto-rt_3.2.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-crownbay/recipes-kernel/linux/linux-yocto-rt_3.2.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-emenlow/recipes-kernel/linux/linux-yocto-rt_3.2.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-fishriver/recipes-kernel/linux/linux-yocto-rt_3.2.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-fri2/recipes-kernel/linux/linux-yocto-rt_3.2.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-jasperforest/recipes-kernel/linux/linux-yocto-rt_3.2.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-n450/recipes-kernel/linux/linux-yocto-rt_3.2.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-connectivity/wpa-supplicant/wpa-supplicant_0.7.3.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-palm/recipes-bsp/x-load/x-load_git.bbappend
  /home/Superandy/data/oe-core/sources/meta-gumstix/recipes-bsp/x-load/x-load_git.bbappend
  /home/Superandy/data/oe-core/sources/meta-angstrom/recipes-extended/zypper/zypper_git.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-sugarbay/recipes-kernel/linux/linux-yocto-rt_3.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-crownbay/recipes-kernel/linux/linux-yocto-rt_3.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-emenlow/recipes-kernel/linux/linux-yocto-rt_3.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-fishriver/recipes-kernel/linux/linux-yocto-rt_3.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-fri2/recipes-kernel/linux/linux-yocto-rt_3.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-jasperforest/recipes-kernel/linux/linux-yocto-rt_3.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-n450/recipes-kernel/linux/linux-yocto-rt_3.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/toolchain-layer/recipes-devtools/gcc/gcc-runtime_4.6.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-emenlow/recipes-qt/qt4/qt4-x11-free_4.8.1.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-qt/qt4/qt4-x11-free_4.8.1.bbappend
  /home/Superandy/data/oe-core/sources/meta-kde/recipes-misc-support/qt4-x11-free_4.8.1.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-fri2/recipes-bsp/alsa-state/alsa-state.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-n450/recipes-bsp/alsa-state/alsa-state.bbappend
  /home/Superandy/data/oe-core/sources/meta-ti/recipes-bsp/alsa-state/alsa-state.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-palm/recipes-graphics/tslib/tslib_git.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-connectivity/openssh/openssh_6.0p1.bbappend
  /home/Superandy/data/oe-core/sources/meta-handheld/recipes-bsp/kexecboot/kexecboot-klibc_git.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-emenlow/recipes-gnome/tasks/task-core-sdk-gmae.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/toolchain-layer/recipes-devtools/gcc/gcc-crosssdk-intermediate_4.6.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-sugarbay/recipes-kernel/linux/linux-yocto_3.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-crownbay/recipes-kernel/linux/linux-yocto_3.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-emenlow/recipes-kernel/linux/linux-yocto_3.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-fishriver/recipes-kernel/linux/linux-yocto_3.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-fri2/recipes-kernel/linux/linux-yocto_3.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-jasperforest/recipes-kernel/linux/linux-yocto_3.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-n450/recipes-kernel/linux/linux-yocto_3.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/toolchain-layer/recipes-devtools/gcc/gcc_4.6.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-qt/tasks/task-qte-toolchain-target.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-qt/qt4/qt4-embedded_4.8.1.bbappend
  /home/Superandy/data/oe-core/sources/meta-angstrom/recipes-core/base-files/base-files_3.0.14.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-nokia/recipes-core/base-files/base-files_3.0.14.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-openmoko/recipes-core/base-files/base-files_3.0.14.bbappend
  /home/Superandy/data/oe-core/sources/meta-kde/recipes-misc-support/qt4-native_4.8.1.bbappend
  /home/Superandy/data/oe-core/sources/meta-ti/recipes-core/netbase/netbase_4.47.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.30.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-multimedia/gstreamer/gst-ffmpeg_0.10.13.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-openmoko/recipes-graphics/drm/libdrm_2.4.34.bbappend
  /home/Superandy/data/oe-core/sources/meta-gumstix/recipes-bsp/powervr-drivers/omap3-sgx-modules_4.05.00.03.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-core/dropbear/dropbear_2012.55.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/toolchain-layer/recipes-devtools/gcc/gcc-cross_4.6.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-openmoko/recipes-multimedia/mplayer/mplayer-common.bbappend
  /home/Superandy/data/oe-core/sources/meta-freescale/recipes-bsp/u-boot/u-boot_git.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-sugarbay/recipes-core/tasks/task-core-tools-profile.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-crownbay/recipes-core/tasks/task-core-tools-profile.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-emenlow/recipes-core/tasks/task-core-tools-profile.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-fishriver/recipes-core/tasks/task-core-tools-profile.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-fri2/recipes-core/tasks/task-core-tools-profile.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-jasperforest/recipes-core/tasks/task-core-tools-profile.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-n450/recipes-core/tasks/task-core-tools-profile.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-sugarbay/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-crownbay/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-emenlow/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-fishriver/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-fri2/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-jasperforest/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-n450/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-htc/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-nokia/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-openmoko/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-palm/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
  /home/Superandy/data/oe-core/sources/meta-handheld/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
  /home/Superandy/data/oe-core/sources/meta-ti/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-extended/cronie/cronie_1.4.8.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-nokia/recipes-core/initscripts/initscripts_1.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-openmoko/recipes-core/initscripts/initscripts_1.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-palm/recipes-core/initscripts/initscripts_1.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-gnome/gtk+/gtk-update-icon-cache-runonce.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-extended/polkit/polkit_0.104.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/toolchain-layer/recipes-devtools/gcc/gcc-cross-canadian_4.6.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-nokia/recipes-graphics/xinput-calibrator/pointercal-xinput_0.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-openmoko/recipes-graphics/xinput-calibrator/pointercal-xinput_0.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-gumstix/recipes-kernel/linux/linux_3.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-handheld/recipes-kernel/linux/linux-yocto-tiny-kexecboot_3.2.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/meta-emenlow/recipes-gnome/tasks/task-core-standalone-gmae-sdk-target.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-openmoko/recipes-core/tasks/task-base.bbappend
  /home/Superandy/data/oe-core/sources/meta-handheld/recipes-bsp/kexecboot/kexecboot_git.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-nokia/recipes-core/systemd/systemd-machine-units_1.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-openmoko/recipes-core/systemd/systemd-machine-units_1.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/meta-gnome/recipes-gnome/gtk+/gtk+_2.24.8.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-connectivity/connman/connman_0.79.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-palm/recipes-support/lvm2/lvm2_2.02.85.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-openmoko/recipes-graphics/mesa/mesa-dri_7.11.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/toolchain-layer/recipes-devtools/gcc/gcc-crosssdk-initial_4.6.bbappend
  /home/Superandy/data/oe-core/sources/meta-browser/recipes-support/nspr/nspr_4.8.9.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-graphics/xorg-lib/pixman_0.25.2.bbappend
  /home/Superandy/data/oe-core/sources/meta-angstrom/recipes-core/sysvinit/sysvinit_2.88dsf.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-openmoko/recipes-navigation/gpsd/gpsd_3.4.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-bsp/keymaps/keymaps_1.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-smartphone/meta-nokia/recipes-bsp/keymaps/keymaps_1.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-handheld/recipes-bsp/keymaps/keymaps_1.0.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/meta-oe/recipes-core/busybox/busybox_1.19.4.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/toolchain-layer/recipes-devtools/gcc/gcc-cross-intermediate_4.6.bbappend
  /home/Superandy/data/oe-core/sources/meta-intel/common/recipes-kernel/linux-firmware/linux-firmware_git.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/toolchain-layer/recipes-devtools/gcc/gcc-crosssdk_4.6.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/toolchain-layer/recipes-devtools/gcc/gcc-cross-initial_4.6.bbappend
  /home/Superandy/data/oe-core/sources/meta-gumstix/recipes-kernel/linux/linux-mainline_3.2.bbappend
  /home/Superandy/data/oe-core/sources/meta-openembedded/toolchain-layer/recipes-devtools/gcc/libgcc_4.6.bbappend
  /home/Superandy/data/oe-core/sources/meta-handheld/recipes-core/udev/udev_164.bbappend

Strange: many recipes are available. Anybody else with similar experience?

Andreas



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-05-31 18:00 Muhammad Jamil
  0 siblings, 0 replies; 2101+ messages in thread
From: Muhammad Jamil @ 2012-05-31 18:00 UTC (permalink / raw)
  To: e_wangi, intel-gfx, iswahyudiwardany, mail-noreply, sandyseteluk,
	irdiansyah27, afia_gra


Learn How to Make Money Online
http://3ftechnologies.com/http102dx-2.php?qohranknumber=245





__________________
  Why dont your juries hangmurderers?  Because theyre afraid the mans friends will shoot them inthe back, in the dark--and its just what they WOULD do. kaelah winfrith
Thu, 31 May 2012 19:00:33

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-05-07 20:13 sabah halif
  0 siblings, 0 replies; 2101+ messages in thread
From: sabah halif @ 2012-05-07 20:13 UTC (permalink / raw)




-- 
Good day,my name is Mrs Sabah Halif  i have a proposal please contact 
me for details.

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2012-05-01  7:57 Craig McQueen
  2012-05-01 11:00 ` Radoslav Kolev
  0 siblings, 1 reply; 2101+ messages in thread
From: Craig McQueen @ 2012-05-01  7:57 UTC (permalink / raw)
  To: openembedded-devel

I am new to OE. I am trying to build OE from the git repository, for Freescale i.MX28, following the instructions here:

http://www.imxdev.org/wiki/index.php?title=All_Boards_OpenEmbedded

I am having a build failure trying to fetch elftosb-10.12.01.tar.gz. The command I run is:

 bitbake bootstrap-image

The error is pasted at the bottom of this message.

Is bootstrap-image still a valid build target?

What needs to be fixed to build elftosb?

I am trying to build from git 'master' branch, commit b50fde72d5789b3185f9a7c64924280bb063cfad. Building on Ubuntu 11.10.

Regards,
Craig McQueen


NOTE: Running task 1299 of 4060 (ID: 844, virtual:native:/home/craigm/openembedded/stuff/openembedded/recipes/freescale/elftosb_10.12.01.bb, do_fetch)
NOTE: package elftosb-native-10.12.01-r0: task do_fetch: Started
--2012-05-01 15:12:26--  http://foss.doredevelopment.dk/mirrors/imx/elftosb-10.12.01.tar.gz
 Resolving foss.doredevelopment.dk... 62.95.78.42
 Connecting to foss.doredevelopment.dk|62.95.78.42|:80... failed: Connection timed out.
 Retrying.
 
 --2012-05-01 15:15:39--  (try: 2)  http://foss.doredevelopment.dk/mirrors/imx/elftosb-10.12.01.tar.gz
 Connecting to foss.doredevelopment.dk|62.95.78.42|:80... failed: Connection timed out.
 Retrying.
 
 --2012-05-01 15:18:50--  (try: 3)  http://foss.doredevelopment.dk/mirrors/imx/elftosb-10.12.01.tar.gz
 Connecting to foss.doredevelopment.dk|62.95.78.42|:80... failed: Connection timed out.
 Retrying.
 
 --2012-05-01 15:22:03--  (try: 4)  http://foss.doredevelopment.dk/mirrors/imx/elftosb-10.12.01.tar.gz
 Connecting to foss.doredevelopment.dk|62.95.78.42|:80... failed: Connection timed out.
 Retrying.
 
 --2012-05-01 15:25:16--  (try: 5)  http://foss.doredevelopment.dk/mirrors/imx/elftosb-10.12.01.tar.gz
 Connecting to foss.doredevelopment.dk|62.95.78.42|:80... failed: Connection timed out.
 Giving up.
 
 --2012-05-01 15:28:25--  http://mirrors.openembedded.org/elftosb-10.12.01.tar.gz
 Resolving mirrors.openembedded.org... 82.197.159.157
 Connecting to mirrors.openembedded.org|82.197.159.157|:80... failed: No route to host.
 --2012-05-01 15:28:28--  http://sources.openembedded.org/elftosb-10.12.01.tar.gz
 Resolving sources.openembedded.org... 140.211.169.152
 Connecting to sources.openembedded.org|140.211.169.152|:80... connected.
 HTTP request sent, awaiting response... 404 Not Found
 2012-05-01 15:28:29 ERROR 404: Not Found.
 
 --2012-05-01 15:28:29--  http://www.angstrom-distribution.org/unstable/sources/elftosb-10.12.01.tar.gz
 Resolving www.angstrom-distribution.org... 188.40.83.200
 Connecting to www.angstrom-distribution.org|188.40.83.200|:80... connected.
 HTTP request sent, awaiting response... 404 Not Found
 2012-05-01 15:28:31 ERROR 404: Not Found.
 
NOTE: package elftosb-native-10.12.01-r0: task Fetch failed: Unable to fetch URL http://foss.doredevelopment.dk/mirrors/imx/elftosb-10.12.01.tar.gz from any source.: Failed
ERROR: Function 'Fetch failed: Unable to fetch URL http://foss.doredevelopment.dk/mirrors/imx/elftosb-10.12.01.tar.gz from any source.' failed
ERROR: Task 844 (virtual:native:/home/craigm/openembedded/stuff/openembedded/recipes/freescale/elftosb_10.12.01.bb, do_fetch) failed with exit code '1'
ERROR: 'virtual:native:/home/craigm/openembedded/stuff/openembedded/recipes/freescale/elftosb_10.12.01.bb' failed
craigm@fw-linux:~/openembedded$

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-04-15  6:09 Lin Ming
  0 siblings, 0 replies; 2101+ messages in thread
From: Lin Ming @ 2012-04-15  6:09 UTC (permalink / raw)
  To: linux-kernel
  Cc: Jeremy Fitzhardinge, Peter Zijlstra, Konrad Rzeszutek Wilk,
	Steven Noonan, Marcus Granado, xen-devel, Ben Guthro

Hi all,

These 2 patches try to fix the "perf top" soft lockups under Xen
reported by Steven at: https://lkml.org/lkml/2012/2/9/506

I tested it with 3.4-rc2 and "perf top" works well now.

Steven,
Could you please help to test it too?

The soft lockup code path is:

__irq_work_queue
  arch_irq_work_raise
    apic->send_IPI_self(IRQ_WORK_VECTOR);
      apic_send_IPI_self
        __default_send_IPI_shortcut
          __xapic_wait_icr_idle

static inline void __xapic_wait_icr_idle(void)
{
        while (native_apic_mem_read(APIC_ICR) & APIC_ICR_BUSY)
                cpu_relax();
}

The lockup happens at above while looop.
                                                                
The cause is that Xen has not implemented the APIC IPI interface yet.
Xen has IPI interface: xen_send_IPI_one, but it's only used in
xen_smp_send_reschedule, xen_smp_send_call_function_ipi and
xen_smp_send_call_function_single_ipi, etc.

So we need to implement Xen's APIC IPI interface as Ben's patch does.
And implement Xen's IRQ_WORK_VECTOR handler.

Ben Guthro (1):
      xen: implement apic ipi interface

Lin Ming (1):
      xen: implement IRQ_WORK_VECTOR handler

 arch/x86/include/asm/xen/events.h |    1 +
 arch/x86/xen/enlighten.c          |    7 ++
 arch/x86/xen/smp.c                |  111 +++++++++++++++++++++++++++++++++++-
 arch/x86/xen/smp.h                |   12 ++++
 4 files changed, 127 insertions(+), 4 deletions(-)

Any comment is appreciated.
Lin Ming

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-04-12  0:55 Rodrigo Vivi
  0 siblings, 0 replies; 2101+ messages in thread
From: Rodrigo Vivi @ 2012-04-12  0:55 UTC (permalink / raw)
  To: DRI Development; +Cc: Intel Graphics Development, Rodrigo Vivi

There are many bugs open on fd.o regarding missing modes that are supported on Windows and other closed source drivers.
>From EDID spec we can (might?) infer modes using GTF and CVT when monitor allows it trough range limited flag... obviously limiting by the range.
>From our code:
 * EDID spec says modes should be preferred in this order:
 * - preferred detailed mode
 * - other detailed modes from base block
 * - detailed modes from extension blocks
 * - CVT 3-byte code modes
 * - standard timing codes
 * - established timing codes
 * - modes inferred from GTF or CVT range information
 *
 * We get this pretty much right.

Not actually so right... We were inferring just using GTF... not CVT or even GTF2.
This patch not just add some common cvt modes but also allows some modes been inferred when using gtf2 as well.

Cheers,
Rodrigo.

>From 4b7a88d0d812583d850ca691d1ac491355230d11 Mon Sep 17 00:00:00 2001
From: Rodrigo Vivi <rodrigo.vivi@intel.com>
Date: Wed, 11 Apr 2012 15:36:31 -0300
Subject: [PATCH] drm/edid: Adding common CVT inferred modes when monitor
 allows range limited ones trough EDID.

Signed-off-by: Rodrigo Vivi <rodrigo.vivi@intel.com>
---
 drivers/gpu/drm/drm_edid.c       |   37 +++++++++++++-
 drivers/gpu/drm/drm_edid_modes.h |  101 ++++++++++++++++++++++++++++++++++++++
 2 files changed, 136 insertions(+), 2 deletions(-)

diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c
index 7ee7be1..3179572 100644
--- a/drivers/gpu/drm/drm_edid.c
+++ b/drivers/gpu/drm/drm_edid.c
@@ -1020,17 +1020,50 @@ drm_gtf_modes_for_range(struct drm_connector *connector, struct edid *edid,
 	return modes;
 }
 
+static int
+drm_cvt_modes_for_range(struct drm_connector *connector, struct edid *edid,
+			struct detailed_timing *timing)
+{
+	int i, modes = 0;
+	struct drm_display_mode *newmode;
+	struct drm_device *dev = connector->dev;
+
+	for (i = 0; i < drm_num_cvt_inferred_modes; i++) {
+		if (mode_in_range(drm_cvt_inferred_modes + i, edid, timing)) {
+			newmode = drm_mode_duplicate(dev, &drm_cvt_inferred_modes[i]);
+			if (newmode) {
+				drm_mode_probed_add(connector, newmode);
+				modes++;
+			}
+		}
+	}
+
+	return modes;
+}
+
 static void
 do_inferred_modes(struct detailed_timing *timing, void *c)
 {
 	struct detailed_mode_closure *closure = c;
 	struct detailed_non_pixel *data = &timing->data.other_data;
-	int gtf = (closure->edid->features & DRM_EDID_FEATURE_DEFAULT_GTF);
+	int timing_level = standard_timing_level(closure->edid);
 
-	if (gtf && data->type == EDID_DETAIL_MONITOR_RANGE)
+	if (data->type == EDID_DETAIL_MONITOR_RANGE)
+	    switch (timing_level) {
+	    case LEVEL_DMT:
+		break;
+	    case LEVEL_GTF:
+	    case LEVEL_GTF2:
 		closure->modes += drm_gtf_modes_for_range(closure->connector,
 							  closure->edid,
 							  timing);
+		break;
+	    case LEVEL_CVT:
+		closure->modes += drm_cvt_modes_for_range(closure->connector,
+							  closure->edid,
+							  timing);
+		break;
+	    }
 }
 
 static int
diff --git a/drivers/gpu/drm/drm_edid_modes.h b/drivers/gpu/drm/drm_edid_modes.h
index a91ffb1..7e14a32 100644
--- a/drivers/gpu/drm/drm_edid_modes.h
+++ b/drivers/gpu/drm/drm_edid_modes.h
@@ -266,6 +266,107 @@ static const struct drm_display_mode drm_dmt_modes[] = {
 static const int drm_num_dmt_modes =
 	sizeof(drm_dmt_modes) / sizeof(struct drm_display_mode);
 
+static const struct drm_display_mode drm_cvt_inferred_modes[] = {
+	/* 640x480@60Hz */
+	{ DRM_MODE("640x480", DRM_MODE_TYPE_DRIVER, 23750  640, 664,
+		   720, 800, 0, 480, 483, 487, 500, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 800x600@60Hz */
+	{ DRM_MODE("800x600", DRM_MODE_TYPE_DRIVER, 38250, 800, 832,
+		   912, 1024, 0, 600, 603, 607, 624, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 900x600@60Hz */
+	{ DRM_MODE("900x600", DRM_MODE_TYPE_DRIVER, 45250, 960, 992,
+		   1088, 1216, 0, 600, 603, 609, 624, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 1024x576@60Hz */
+	{ DRM_MODE("1024x576", DRM_MODE_TYPE_DRIVER, 46500, 1024, 1064,
+		   1160, 1296, 0, 576, 579, 584, 599, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 1024x768@60Hz */
+	{ DRM_MODE("1024x768", DRM_MODE_TYPE_DRIVER, 63500, 1024, 1072,
+		   1176, 1328, 0, 768, 771, 775, 798, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 1152x864@60Hz */
+	{ DRM_MODE("1152x864", DRM_MODE_TYPE_DRIVER, 81750, 1152, 1216,
+		   1336, 1520, 0, 864, 867, 871, 897, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 1280x720@60Hz */
+	{ DRM_MODE("1280x720", DRM_MODE_TYPE_DRIVER, 74500, 1280, 1344,
+		   1472, 1664, 0, 720, 723, 728, 748, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 1280x768@60Hz */
+	{ DRM_MODE("1280x768", DRM_MODE_TYPE_DRIVER, 79500, 1280, 1344,
+		   1472, 1664, 0, 768, 771, 781, 798, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 1280x800@60Hz */
+	{ DRM_MODE("1280x800", DRM_MODE_TYPE_DRIVER, 83500, 1280, 1352,
+		   1480, 1680, 0, 800, 803, 809, 831, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 1280x1024@60Hz */
+	{ DRM_MODE("1280x1024", DRM_MODE_TYPE_DRIVER, 109000, 1280, 1368,
+		   1496, 1712, 0, 1024, 1027, 1034, 1063, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 1360x768@60Hz */
+	{ DRM_MODE("1360x768", DRM_MODE_TYPE_DRIVER, 84750, 1360, 1432,
+		   1568, 1776, 0, 768, 771, 781, 798, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 1366x768@60Hz */
+	{ DRM_MODE("1366x768", DRM_MODE_TYPE_DRIVER, 85250, 1368, 1440,
+		   1576, 1784, 0, 768, 771, 781, 798, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 1440x900@60Hz */
+	{ DRM_MODE("1440x900", DRM_MODE_TYPE_DRIVER, 106500, 1440, 1528,
+		   1672, 1904, 0, 900, 903, 909, 934, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 1400x1050@60Hz */
+	{ DRM_MODE("1400x1050", DRM_MODE_TYPE_DRIVER, 121750, 1400, 1488,
+		   1632, 1864, 0, 1050, 1053, 1057, 1089, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 1600x900@60Hz */
+	{ DRM_MODE("1600x900", DRM_MODE_TYPE_DRIVER, 118250, 1600, 1696,
+		   1856, 2112, 0, 900, 903, 908, 934, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 1600x1200@60Hz */
+	{ DRM_MODE("1600x1200", DRM_MODE_TYPE_DRIVER, 161000, 1600, 1712,
+		   1880, 2160, 0, 1200, 1203, 1207, 1245, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 1680x945@60Hz */
+	{ DRM_MODE("1680x945", DRM_MODE_TYPE_DRIVER, 130750, 1680, 1776,
+		   1952, 2224, 0, 945, 948, 953, 981, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 1680x1050@60Hz */
+	{ DRM_MODE("1680x1050", DRM_MODE_TYPE_DRIVER, 146250, 1680, 1784,
+		   1960, 2240, 0, 1050, 1053, 1059, 1089, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 1920x1080@60Hz */
+	{ DRM_MODE("1920x1080", DRM_MODE_TYPE_DRIVER, 73000, 1920, 2048,
+		   2248, 2576, 0, 1080, 1083, 1088, 1120, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 1920x1200@60Hz */
+	{ DRM_MODE("1920x1200", DRM_MODE_TYPE_DRIVER, 193250, 1920, 2056,
+		   2256, 2592, 0, 1200, 1203, 1209, 1245, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 1920x1440@60Hz */
+	{ DRM_MODE("1920x1440", DRM_MODE_TYPE_DRIVER, 233500, 1920, 2064,
+		   2264, 2608, 0, 1440, 1443, 1447, 1493, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 2048x1152@60Hz */
+	{ DRM_MODE("2048x1152", DRM_MODE_TYPE_DRIVER, 197000, 2048, 2184,
+		   2400, 2752, 0, 1152, 1155, 1160, 1195, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 2048x1536@60Hz */
+	{ DRM_MODE("2048x1536", DRM_MODE_TYPE_DRIVER, 272000, 2048, 2208,
+		   2424, 2800, 0, 1563, 1566, 1576, 1620, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+	/* 2560x1600@60Hz */
+	{ DRM_MODE("2560x1600", DRM_MODE_TYPE_DRIVER, 348500, 2560, 2760,
+		   3032, 3504, 0, 1600, 1603, 1609, 1658, 0,
+		   DRM_MODE_FLAG_PHSYNC | DRM_MODE_FLAG_NVSYNC) },
+};
+static const int drm_num_cvt_inferred_modes =
+	sizeof(drm_cvt_inferred_modes) / sizeof(struct drm_display_mode);
+
 static const struct drm_display_mode edid_est_modes[] = {
 	{ DRM_MODE("800x600", DRM_MODE_TYPE_DRIVER, 40000, 800, 840,
 		   968, 1056, 0, 600, 601, 605, 628, 0,
-- 
1.7.7.6

^ permalink raw reply related	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-04-09 14:39 niamathullah sharief
  0 siblings, 0 replies; 2101+ messages in thread
From: niamathullah sharief @ 2012-04-09 14:39 UTC (permalink / raw)
  To: shariefbe, trichystar, itsvijay85, trichystar, beagleboard,
	rizwan.mohammed, linux-kernel


Turn your pc into making money machine.
http://184.168.145.37/gerhfgtim.php?jqyrfreepage=201



__________________
"_Instead, therefore, of relying on the barometer,the ship is equipped with a telescope which maybe instantly set at an angle of 45 degrees, or vertically." (c) sammijo windgate
Mon, 9 Apr 2012 15:39:25

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-04-08  2:26 Muhammad Jamil
  0 siblings, 0 replies; 2101+ messages in thread
From: Muhammad Jamil @ 2012-04-08  2:26 UTC (permalink / raw)
  To: alia2426, intel-gfx, anggita_chaonk, embapoenya, support,
	semetgp, sandyseteluk


Make Income 0nline with revolutionary system
http://184.168.145.37/etdfgtim.php?pjtcamp=95

            Sun, 8 Apr 2012 3:25:59
______________
"Billy took his seat with the others around a golden oak table, with a microphone all his own." (c) jerald visszapattant

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-04-05 18:26 Francisco Rocha
  2012-04-05 19:36 ` Wei Huang
  0 siblings, 1 reply; 2101+ messages in thread
From: Francisco Rocha @ 2012-04-05 18:26 UTC (permalink / raw)
  To: Andrew Cooper; +Cc: xen-devel

Date: Thu, 5 Apr 2012 18:44:14 +0100
From: Andrew Cooper <andrew.cooper3@citrix.com>
To: <xen-devel@lists.xen.org>
Subject: Re: [Xen-devel] lastest xen unstable crash
Message-ID: <4F7DD9EE.3080404@citrix.com>
Content-Type: text/plain; charset="ISO-8859-1"

On 05/04/12 18:37, Francisco Rocha wrote:
> Hi everyone,
>
> I was trying to build a new machine but the system keeps rebooting.
> I used the lasted unstable version from xen-unstable.hg.
>
> I have tried with Fedora 16 (kernel 3.3.0-8) and Xubuntu 11.10 (3.0.0.17-generic).
>
> The output to my serial console is attached.
>
> Cheers,
> Francisco

What is your Linux command line? does it include "console=hvc0"? 
Perhaps some early_printk settings are required.

Please include my email in your replies, thank you.

Yes, it includes hvc0. I used your tutorial to setup the SOL.

title        Xen 3.4.2 / pv_ops Linux dom0 2.6.31.6 with a serial console
root         (hd0,0)
kernel       /xen-3.4.gz dom0_mem=512M loglvl=all guest_loglvl=all sync_console console_to_ring com1=115200,8n1,0xe000,0 console=com1
module       /vmlinuz-2.6.31.6 ro root=/dev/vg00/lv01 console=hvc0 earlyprintk=xen nomodeset
module       /initrd-2.6.31.6.img

Something like this, I am not at the machine anymore.

Francisco

-- 
Andrew Cooper - Dom0 Kernel Engineer, Citrix XenServer
T: +44 (0)1223 225 900, http://www.citrix.com

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-04-05  6:44 Muhammad Jamil
  0 siblings, 0 replies; 2101+ messages in thread
From: Muhammad Jamil @ 2012-04-05  6:44 UTC (permalink / raw)
  To: intel-gfx, dianaoktavia81, ilham_syah, herman_suni,
	friends_confession, ashley_nn30, eddy_susanto96


Learn H0w T0 Earn M0ney 0nline N0w
http://residentialtreatmentcenter.net/coffegold.php?evynumber=91



            Thu, 5 Apr 2012 7:44:44
_________________________________
" You yell." (c) daelynn wulfgar

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-04-03 18:25 Muhammad Jamil
  0 siblings, 0 replies; 2101+ messages in thread
From: Muhammad Jamil @ 2012-04-03 18:25 UTC (permalink / raw)
  To: embapoenya, intel-gfx, iswahyudiwardany, semetgp, support


[-- Attachment #1.1: Type: text/plain, Size: 109 bytes --]

http://www.signsandsites.com/wp-content/themes/duotone/nav21.php
Muhammad Jamil
Sumintar
4/3/2012 11:25:11 AM

[-- Attachment #1.2: Type: text/html, Size: 366 bytes --]

[-- Attachment #2: Type: text/plain, Size: 159 bytes --]

_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-04-03 12:42 Muhammad Jamil
  0 siblings, 0 replies; 2101+ messages in thread
From: Muhammad Jamil @ 2012-04-03 12:42 UTC (permalink / raw)
  To: rahman_lyk, ivoximoet, psamawa, friends_confession, cute_mommy77,
	intel-gfx, irdiansyah27


W0rking fr0m h0me Ieads t0 sh0cking m0ney resuIts!
http://jadehurtz.com/coffeemoney.php?apohgoto=64



            Tue, 3 Apr 2012 13:42:09
______________
"  So Tom took his goods out himself, and soughtemployers for Bert who did not know of this strain of poetry inhis nature" (c) britin wynton

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-02-24 18:54 Ian Jackson
  0 siblings, 0 replies; 2101+ messages in thread
From: Ian Jackson @ 2012-02-24 18:54 UTC (permalink / raw)
  To: xen-devel

Once again, I have not executed the code in this series!

These three are intended to be bugfixes to sort out
the deadlock problem that Roger Pau Monne reported:
 01/15 libxl: ao: allow immediate completion
 02/15 libxl: fix hang due to libxl__initiate_device_remove

These are other bugfixes:
 03/15 libxl: Fix eventloop_iteration over-locking
 04/15 libxl: Fix leak of ctx->lock
 05/15 libxl: abolish libxl_ctx_postfork
 06/15 tools: Correct PTHREAD options in config/StdGNU.mk
 07/15 libxl: Use PTHREAD_CFLAGS, LDFLAGS, LIBS
 08/15 libxl: Crash (more sensibly) on malloc failure

These are handy new bits for internal libxl users:
 09/15 libxl: Make libxl__zalloc et al tolerate a NULL gc
 10/15 libxl: Introduce some convenience macros
 11/15 libxl: Protect fds with CLOEXEC even with forking threads
 12/15 libxl: libxl_event.c:beforepoll_internal, REQUIRE_FDS
 14/15 libxl: Provide libxl_string_list_length
 15/15 libxl: Introduce libxl__sendmsg_fds and libxl__recvmsg_fds

This is the new child-handling machinery:
 13/15 libxl: event API: new facilities for waiting for subprocesses

There are not any users for much of this code in this series.  I have
a half-written rework of libxl_bootloader.c to make it event-driven,
but it's not suitable for review at this stage.  It doesn't even
compile.

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2012-02-21 22:33 Andrei Gherzan
  0 siblings, 0 replies; 2101+ messages in thread
From: Andrei Gherzan @ 2012-02-21 22:33 UTC (permalink / raw)
  To: openembedded-core


Add Upstream-Status in patch file.




^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2012-02-17 19:15 Ian Jackson
  0 siblings, 0 replies; 2101+ messages in thread
From: Ian Jackson @ 2012-02-17 19:15 UTC (permalink / raw)
  To: xen-devel

>From Ian Jackson <ian.jackson@eu.citrix.com> # This line is ignored.
From: Ian Jackson <ian.jackson@eu.citrix.com>
Subject: [RFC PATCH 0/6] libxl: New child process handling
In-Reply-To: 

This is the first draft of my new libxl API for child process
handling.

 1/6 libxl: Fix leak of ctx->lock
 2/6 libxl: abolish libxl_ctx_postfork
 3/6 tools: Correct PTHREAD options in config/StdGNU.mk
 4/6 libxl: Protect fds with CLOEXEC even with forking threads
 5/6 libxl: libxl_event.c:beforepoll_internal, REQUIRE_FDS
 6/6 libxl: event API: new facilities for waiting for subprocesses

Please comment.  I'm particularly keen on comments about:

 * The correctness of the pthread_atfork logic in 4/6.
 * The sufficiency for applications of the child handling API in 6/6.
 * The portability of the pthread command line option changes in 3/6.
 * Correctness :-).

If you want to apply it to make sense of, you'll need to know that
this series is on top of my recently-posted 3-patch libxl event fixup
series.

Thanks,
Ian.

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2012-02-15 12:06 Hauser, Wolfgang (external)
  0 siblings, 0 replies; 2101+ messages in thread
From: Hauser, Wolfgang (external) @ 2012-02-15 12:06 UTC (permalink / raw)
  To: openembedded-devel

Hello,

is there a recipe for TrueCrypt available which is usable for OE
2011.03-maintenance based environment ?

Regards
Wolfgang Hauser



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-11-05  1:45 Tarak Ranjan
  0 siblings, 0 replies; 2101+ messages in thread
From: Tarak Ranjan @ 2011-11-05  1:45 UTC (permalink / raw)
  To: horde, netfilter, mkettler_sa, openldap-technical,
	tarak.mukherjee, openldap-technical-request, samba


http://www.troywitt.com/galleries/themes/hybrid/inbex.html

------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
-----
squirrelmail-users mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squirrelmail-users@lists.sourceforge.net
List archives: http://news.gmane.org/gmane.mail.squirrelmail.user
List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-users

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-10-20  0:17 Mikulas Patocka
  0 siblings, 0 replies; 2101+ messages in thread
From: Mikulas Patocka @ 2011-10-20  0:17 UTC (permalink / raw)
  To: Alasdair G. Kergon; +Cc: dm-devel, Edward Thornber

[-- Attachment #1: Type: TEXT/PLAIN, Size: 288 bytes --]

Hi

Here I'm sending two dm-bufio patches. The first one fixed 
dm_bufio_release_move function (the write callback could be called with a 
wrong block number). The next one adds a conditional resched (Alasdair 
agreed on it --- it should be later put into general Linux headers).

Mikulas

[-- Attachment #2: Type: TEXT/PLAIN, Size: 1221 bytes --]

---
 drivers/md/dm-bufio.c |   13 +++++++++++++
 1 file changed, 13 insertions(+)

Index: linux-3.1-rc3-fast/drivers/md/dm-bufio.c
===================================================================
--- linux-3.1-rc3-fast.orig/drivers/md/dm-bufio.c	2011-10-19 18:39:22.000000000 +0200
+++ linux-3.1-rc3-fast/drivers/md/dm-bufio.c	2011-10-19 18:47:43.000000000 +0200
@@ -1185,11 +1185,24 @@ retry:
 		__unlink_buffer(b);
 		__link_buffer(b, new_block, LIST_DIRTY);
 	} else {
+		sector_t old_block;
 		wait_on_bit_lock(&b->state, B_WRITING,
 				 do_io_schedule, TASK_UNINTERRUPTIBLE);
+		/*
+		 * Relink buffer to "new_block" so that write_callback
+		 * sees "new_block" as a block number.
+		 * After the write, link the buffer back to old_block.
+		 * All this must be done in bufio lock, so that block number
+		 * change isn't visible to other threads.
+		 */
+		old_block = b->block;
+		__unlink_buffer(b);
+		__link_buffer(b, new_block, b->list_mode);
 		submit_io(b, WRITE, new_block, write_endio);
 		wait_on_bit(&b->state, B_WRITING,
 			    do_io_schedule, TASK_UNINTERRUPTIBLE);
+		__unlink_buffer(b);
+		__link_buffer(b, old_block, b->list_mode);
 	}
 
 	dm_bufio_unlock(c);

[-- Attachment #3: Type: TEXT/PLAIN, Size: 2874 bytes --]

---
 drivers/md/dm-bufio.c |   26 ++++++++++++++++++++++++--
 1 file changed, 24 insertions(+), 2 deletions(-)

Index: linux-3.1-rc3-fast/drivers/md/dm-bufio.c
===================================================================
--- linux-3.1-rc3-fast.orig/drivers/md/dm-bufio.c	2011-10-19 18:49:14.000000000 +0200
+++ linux-3.1-rc3-fast/drivers/md/dm-bufio.c	2011-10-19 18:57:01.000000000 +0200
@@ -183,6 +183,16 @@ static void dm_bufio_unlock(struct dm_bu
 	mutex_unlock(&c->lock);
 }
 
+#ifdef CONFIG_PREEMPT_VOLUNTARY
+#define dm_bufio_cond_resched()                	\
+do {						\
+	if (unlikely(need_resched()))		\
+		_cond_resched();		\
+} while (0)
+#else
+#define dm_bufio_cond_resched()                do { } while (0)
+#endif
+
 /*----------------------------------------------------------------*/
 
 /*
@@ -644,6 +654,7 @@ static struct dm_buffer *__get_unclaimed
 			__unlink_buffer(b);
 			return b;
 		}
+		dm_bufio_cond_resched();
 	}
 
 	list_for_each_entry_reverse(b, &c->lru[LIST_DIRTY], lru_list) {
@@ -654,6 +665,7 @@ static struct dm_buffer *__get_unclaimed
 			__unlink_buffer(b);
 			return b;
 		}
+		dm_bufio_cond_resched();
 	}
 
 	return NULL;
@@ -772,6 +784,7 @@ static void __write_dirty_buffers_async(
 			return;
 
 		__write_dirty_buffer(b);
+		dm_bufio_cond_resched();
 	}
 }
 
@@ -820,6 +833,7 @@ static void __check_watermark(struct dm_
 			return;
 
 		__free_buffer_wake(b);
+		dm_bufio_cond_resched();
 	}
 
 	if (c->n_buffers[LIST_DIRTY] > threshold_buffers)
@@ -835,9 +849,11 @@ static struct dm_buffer *__find(struct d
 	struct hlist_node *hn;
 
 	hlist_for_each_entry(b, hn, &c->cache_hash[DM_BUFIO_HASH(block)],
-			     hash_list)
+			     hash_list) {
+		dm_bufio_cond_resched();
 		if (b->block == block)
 			return b;
+	}
 
 	return NULL;
 }
@@ -1084,6 +1100,8 @@ again:
 		    !test_bit(B_WRITING, &b->state))
 			__relink_lru(b, LIST_CLEAN);
 
+		dm_bufio_cond_resched();
+
 		/*
 		 * If we dropped the lock, the list is no longer consistent,
 		 * so we must restart the search.
@@ -1310,11 +1328,13 @@ static void __scan(struct dm_bufio_clien
 	int l;
 	struct dm_buffer *b, *tmp;
 
-	for (l = 0; l < LIST_SIZE; l++)
+	for (l = 0; l < LIST_SIZE; l++) {
 		list_for_each_entry_safe_reverse(b, tmp, &c->lru[l], lru_list)
 			if (!__cleanup_old_buffer(b, sc->gfp_mask, 0) &&
 			    !--nr_to_scan)
 				return;
+		dm_bufio_cond_resched();
+	}
 }
 
 static int shrink(struct shrinker *shrinker, struct shrink_control *sc)
@@ -1531,9 +1551,11 @@ static void cleanup_old_buffers(void)
 				       struct dm_buffer, lru_list);
 			if (__cleanup_old_buffer(b, 0, max_age * HZ))
 				break;
+			dm_bufio_cond_resched();
 		}
 
 		dm_bufio_unlock(c);
+		dm_bufio_cond_resched();
 	}
 	mutex_unlock(&dm_bufio_clients_lock);
 }

[-- Attachment #4: Type: text/plain, Size: 0 bytes --]



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-10-17  7:40 Paolo Bonzini
  2011-10-17 17:05 ` Konrad Rzeszutek Wilk
  0 siblings, 1 reply; 2101+ messages in thread
From: Paolo Bonzini @ 2011-10-17  7:40 UTC (permalink / raw)
  To: xen-devel


Writing [PATCH] netback: disable features not supported by netfront ...
ntent-Transfer-Encoding: 7bit
Subject: [PATCH] netback: disable features not supported by netfront
X-Mercurial-Node: eb896361fc70b60b9a257d0c82e19633a11b9d41
Message-Id: <eb896361fc70b60b9a25.1318837062@yakj.usersys.redhat.com>
User-Agent: Mercurial-patchbomb/1.9.1
Date: Mon, 17 Oct 2011 09:37:42 +0200
From: pbonzini@redhat.com
To: pbonzini@redhat.com

# HG changeset patch
# User Paolo Bonzini <pbonzini@redhat.com>
# Date 1318837036 -7200
# Node ID eb896361fc70b60b9a257d0c82e19633a11b9d41
# Parent  3c900d6a5f6a51ff1547f21fef30ab8b92feccc9
netback: disable features not supported by netfront

Netback works by first setting all possible features, and then
resetting some after connection, if the front-end didn't negotiate them.
Except that in the old 2.6.18 tree the "resetting" part was missing.
In the pvops tree, this should work correctly through the fix_features
mechanism.

Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>

diff --git a/drivers/xen/netback/interface.c b/drivers/xen/netback/interface.c
--- a/drivers/xen/netback/interface.c
+++ b/drivers/xen/netback/interface.c
@@ -98,8 +98,9 @@ static int netbk_change_mtu(struct net_d
 void netif_set_features(netif_t *netif)
 {
 	struct net_device *dev = netif->dev;
-	int features = dev->features;
+	int features;
 
+	features = dev->features & ~(NETIF_F_SG|NETIF_F_TSO|NETIF_F_IP_CSUM);
 	if (netif->can_sg)
 		features |= NETIF_F_SG;
 	if (netif->gso)

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-10-09 22:40 Maxim Levitsky
  0 siblings, 0 replies; 2101+ messages in thread
From: Maxim Levitsky @ 2011-10-09 22:40 UTC (permalink / raw)
  To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW


Hi,

This is my work in documenting EVO.
I did some RE to fill missing gaps.

Best regards,
	Maxim Levitsky

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-10-06 13:11 Pratik shinde
  2011-10-06 13:18 ` Andrew Cooper
  0 siblings, 1 reply; 2101+ messages in thread
From: Pratik shinde @ 2011-10-06 13:11 UTC (permalink / raw)
  To: Xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 44 bytes --]

why coscheduling is not implemented in xen?

[-- Attachment #1.2: Type: text/html, Size: 48 bytes --]

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

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

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-09-08 10:20 A S
  2011-09-08 11:03 ` Clemens Ladisch
  0 siblings, 1 reply; 2101+ messages in thread
From: A S @ 2011-09-08 10:20 UTC (permalink / raw)
  To: alsa-devel


  Hi,   There is some outdated messages around that imply that there was work being done to have the ESI Maya 44 PCI card work with ALSA.  However, it seems to have been stalled.  Can anyone confirm the status of this card with regard to ALSA?  I have the card and can get sound from it, but have been having trouble making it work properly in a xubuntu 11.04 + KXStudio setup.  I just want to make sure I'm not wasting my time with a card that will never work properly with a linux distro.   Many thanks.   		 	   		  

^ permalink raw reply	[flat|nested] 2101+ messages in thread
[parent not found: <4a795deb3789430487146a8425c1c337@DLEE74.ent.ti.com>]
* (No subject)
@ 2011-08-27  3:26 Joel A Fernandes
  2011-08-27  7:07 ` Koen Kooi
  0 siblings, 1 reply; 2101+ messages in thread
From: Joel A Fernandes @ 2011-08-27  3:26 UTC (permalink / raw)
  To: openembedded-core

v2 Changes:
Addressing Koen's feedback on patches
* Added a PR to all recipes
* Changed meta-ti in subject to meta-oe

Patches in the series:

[PATCH v2 meta-oe 1/4] gedit: Imported from OE classic
[PATCH v2 meta-oe 2/4] gtksourceview: Imported from OE classic
[PATCH v2 meta-oe 3/4] libgnomecups: Imported from OE Classic
[PATCH v2 meta-oe 4/4] libgnomeprint: Imported from OE classic



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-07-27  8:33 Grant McWilliams
  0 siblings, 0 replies; 2101+ messages in thread
From: Grant McWilliams @ 2011-07-27  8:33 UTC (permalink / raw)
  To: afb, linux-poweredge, david.lane, support, BronsonLK, xen-devel,
	arnaud.sumien, LarsonK

http://succeedonpurpose.com/google.php

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2011-07-01  2:28 Fan, WenhuaX
  0 siblings, 0 replies; 2101+ messages in thread
From: Fan, WenhuaX @ 2011-07-01  2:28 UTC (permalink / raw)
  To: poky, yocto


[-- Attachment #1.1: Type: text/plain, Size: 5408 bytes --]

Hi, All
       This is the weekly test report for Yocto 1.1 20110624 build. There are six new bugs found in this testing. Both sato and sato-sdk for Qemux86 and Qemux84-64 were build successfully on autobuilder, and all mete-intel BSPs are validated too. Mkswap failed when installation on emenlow/blacksand/crownbay. X server failed to start up on Crownbay-emgd. Qemuppc lsb-sdk rootfs image and qemumips lsb-sdk image build failed on autobuilder in nightly build. And mmci-omap-hs failed when boot up with current build. Rpm/zypper install/remove consume disk space issue still exist in this build. No icons shown on X desktop with Qemux86-64 sato and sato-sdk. After upgrade the BIOS/firmware, standby issue on Blacksand not reappear. For bug fixing, autobuilder build issues about lsb/sato-sdk/toolchain images are fixed.
         You can access the wiki page @ https://wiki.pokylinux.org/wiki/Yocto_1.1_Weekly_Test_Report


Test Summary:
---------------------------------------


Test Result Summary

Component

Target

Status

Comments

BSP

SugarBay

GOOD

parport_pc probe fail of 00:0b

CrownBay-emgd

BLOCK

Format swap partition failed; X server failed to start up when live image from USB.

JasperForest

GOOD

I/OAT DMA engine init failed; No libXinerama.so for sudoku; login meets some error.

Blacksand

GOOD

Format swap partition failed.

eMenlow

GOOD

Format swap partition failed; S3 does not work.

Beagleboard

GOOD

mmci-omap-hs failed when boot up.

Routerstationpro

GOOD

Everything runs well.

Mpc8315e-rdb

GOOD

Everything runs well.

QEMU

qemux86

GOOD

No enough disk space

qemux86-64

GOOD

No enough disk space

qemuarm

GOOD

Missing 'perl' command; Not enough disk space.

qemuppc

Buggy

Missing 'perl' command; Not enough disk space; Unfs doesn't work.

qemumips

GOOD

Missing 'perl' command; Not enough disk space.

ADT

 

Buggy

Unfs does not work with qemuppc; CVS build failed with mips toolchain.


 

Critical bugs, more than 50% test cases are blocked

 

Only Normal, Minor or Enhancement bugs, or less than 10% test cases failed

 

Normal, Major and Critical bugs, and more than 10% test cases failed




Detailed Test Result for each component

Target

Total TCs

Not Run

Passed

Failed

Not testable (Blocked)

Sugarbay Sato-SDK

55

0

54

1 (bug 1187)

0

Jasperforest LSB-SDK

32

0

30

2 (bug 1188 1189)

0

n450 Sato-SDK

55

0

54

1 (bug 1099)

0

eMenlow Sato-SDK

55

0

52

3 (bug 310 631 1099)

0

Crownbay-Sato-SDK

55

0

36

0

19

Beagleboard

18

0

17

1 (bug 1201)

0

Routerstationpro

30

0

30

0

0

Mpc8315e-rdb

31

0

31

0

0

Qemux86-64 Sato

28

0

27

1 (bug 1172)

0

Qemux86-64 Sato-SDK

31

0

31

0

0

Qemux86 Sato

28

0

27

1 (bug 1172)

0

Qemux86 Sato-SDK

31

0

31

0

0

Qemumips Sato

28

0

26

2 (bug 1171, 1172)

0

Qemumips Sato-SDK

31

0

31

0

0

Qemuppc Sato

21

0

18

3 (bug 414, 1171, 1172)

0

Qemuppc Sato-SDK

27

0

26

1 (bug 414)

0

Qemuarm Sato

28

0

26

2 (bug 1171, 1172)

0

Qemuarm Sato-SDK

31

0

31

0

0

ADT

6

0

5

1 (bug 414)

0

Total

621

0

583

19

19




* You can check the detailed test result in attachment for each target.

** The failed/blocked case number is listed with failed cases’ bug number.



Commit Information
---------------------------------------

Tree/Branch: Poky/master

Poky Commit: a1f79a7896b6411669b3ccada6204d2695e80fc5

Meta Branch: master

Meta Commit: 50661bf038a34702f3aa139c3ea0d67fbb0ce5db




Issue Summary
---------------------------------------


Component

Bug Number

Target Milestone

System & Core OS

Installation & Boot

New! Bug 1205:[blacksand/emenlow/crownbay] Format swap partition failed when install

1.1 M2

New! Bug 1207:[Crownbay-emgd] X server failed to start up

1.1 M2

System Usage

Bug 1171: No enough disk space with qemu sato images

1.1 M2

Bug 1172: Perl not exist in sato image

1.1 M2

Bug 1174: [zypper/rpm] package install/removal costs lots of disk space

---

Others

New! Bug 1199: qemuppc lsb-sdk rootfs image build failed on autobuilder in nightly build 20110625-1

1.1

New! Bug 1200: qemumips lsb-sdk image build failed on autobuilder with nightly build 20110625-1.

---

New! Bug 1201: [beagleboard C4] mmci-omap-hs failed when boot up with 20110625 build

1.1

ADT

Bug 414: [PPC] kernel panic when booting poky-image-sdk-qemuppc through UNFS

1.1 M3

New! Bug 1195: [mips toolchain] cvs configure fail with no cvs_cv_func_printf_ptr set

1.1 M2



Verified Fixed Bug:
---------------------------------------



1.     Bug 1183<http://bugzilla.pokylinux.org/show_bug.cgi?id=1183> - sstate_task_postfunc fail for manifest-qemux86-qt4-x11-free.deploy-rpm


2.       Bug 1184<http://bugzilla.pokylinux.org/show_bug.cgi?id=1184> - ghostscript checksum fail on autobuilder



3.     Bug 1185<http://bugzilla.pokylinux.org/show_bug.cgi?id=1185> - gcc-cross-canadian do_configure fail on autobuilder for qemuarm/mips/ppc

[-- Attachment #1.2: Type: text/html, Size: 96199 bytes --]

[-- Attachment #2: weekly_detail_testreport-20110624.ods --]
[-- Type: application/oleobject, Size: 14929 bytes --]

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-06-21  3:39 Attila Jecs
  2011-06-21 13:20 ` Konrad Rzeszutek Wilk
  0 siblings, 1 reply; 2101+ messages in thread
From: Attila Jecs @ 2011-06-21  3:39 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 2657 bytes --]

Hi!

well, i got this when booting to gentoo/x64 xen/4.1 kernel/3.0rc3

Jun 21 05:18:02 szerver kernel: Initializing cgroup subsys perf_event
Jun 21 05:18:02 szerver kernel: tseg: 00cfe00000
Jun 21 05:18:02 szerver kernel: CPU: Physical Processor ID: 0
Jun 21 05:18:02 szerver kernel: CPU: Processor Core ID: 0
Jun 21 05:18:02 szerver kernel: ACPI: Core revision 20110413
Jun 21 05:18:02 szerver kernel: cpu 0 spinlock event irq 273
Jun 21 05:18:02 szerver kernel: Performance Events: AMD PMU driver.
Jun 21 05:18:02 szerver kernel: ------------[ cut here ]------------
Jun 21 05:18:02 szerver kernel: WARNING: at arch/x86/xen/enlighten.c:714
0xffffffff815cd65f()
Jun 21 05:18:02 szerver kernel: Hardware name: GA-890FXA-UD5
Jun 21 05:18:02 szerver kernel: Modules linked in:
Jun 21 05:18:02 szerver kernel: Pid: 1, comm: swapper Not tainted 3.0.0-rc3
#8
Jun 21 05:18:02 szerver kernel: Call Trace:
Jun 21 05:18:02 szerver kernel: [<ffffffff8104e3db>] ? 0xffffffff8104e3db
Jun 21 05:18:02 szerver kernel: [<ffffffff815cd65f>] ? 0xffffffff815cd65f
Jun 21 05:18:02 szerver kernel: [<ffffffff815cd1cd>] ? 0xffffffff815cd1cd
Jun 21 05:18:02 szerver kernel: [<ffffffff8100214a>] ? 0xffffffff8100214a
Jun 21 05:18:02 szerver kernel: [<ffffffff815c4c07>] ? 0xffffffff815c4c07
Jun 21 05:18:02 szerver kernel: [<ffffffff81463d64>] ? 0xffffffff81463d64
Jun 21 05:18:02 szerver kernel: [<ffffffff81463176>] ? 0xffffffff81463176
Jun 21 05:18:02 szerver kernel: [<ffffffff814628e1>] ? 0xffffffff814628e1
Jun 21 05:18:02 szerver kernel: [<ffffffff81463d60>] ? 0xffffffff81463d60
Jun 21 05:18:02 szerver kernel: ---[ end trace 4eaa2a86a8e2da22 ]---
Jun 21 05:18:02 szerver kernel: ... version:                0
Jun 21 05:18:02 szerver kernel: ... bit width:              48
Jun 21 05:18:02 szerver kernel: ... generic registers:      4
Jun 21 05:18:02 szerver kernel: ... value mask:             0000ffffffffffff
Jun 21 05:18:02 szerver kernel: ... max period:             00007fffffffffff
Jun 21 05:18:02 szerver kernel: ... fixed-purpose events:   0
Jun 21 05:18:02 szerver kernel: ... event mask:             000000000000000f
Jun 21 05:18:02 szerver kernel: installing Xen timer for CPU 1
Jun 21 05:18:02 szerver kernel: cpu 1 spinlock event irq 279
Jun 21 05:18:02 szerver kernel: installing Xen timer for CPU 2
Jun 21 05:18:02 szerver kernel: cpu 2 spinlock event irq 285
Jun 21 05:18:02 szerver kernel: installing Xen timer for CPU 3
Jun 21 05:18:02 szerver kernel: cpu 3 spinlock event irq 291
Jun 21 05:18:02 szerver kernel: Brought up 4 CPUs
Jun 21 05:18:02 szerver kernel: devtmpfs: initialized

maybe it helps.
if u need more info, just tell me
-- 
Attila Jecs

[-- Attachment #1.2: Type: text/html, Size: 3237 bytes --]

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

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

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2011-06-14 14:53 Bruce Ashfield, Bruce Ashfield
  0 siblings, 0 replies; 2101+ messages in thread
From: Bruce Ashfield, Bruce Ashfield @ 2011-06-14 14:53 UTC (permalink / raw)
  To: dvhart, tom.zanussi, saul.wold; +Cc: yocto

Tom/Darren/Saul,

Not sure who wants to proxy these into meta-intel for me, 
so I've copied you all. Now that the recipe renames for
linux-yocto in the main repos, meta-intel needs to be updated
as well.

Patch 2 is for meta-yocto with the same change.

These are the referenes that I found (hopefully I didn't 
miss any) and fixed to the new naming convention. 

Note: I can't push to meta-intel-contrib, so I'm just sending
this as a patch.

Cheers,

Bruce


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-06-04 10:10  ©2011.Coca-Cola Great Britain 
  0 siblings, 0 replies; 2101+ messages in thread
From:  ©2011.Coca-Cola Great Britain  @ 2011-06-04 10:10 UTC (permalink / raw)





-- 
04-06-20011
Your Mail-ID has been awarded 750,000.00 GBP From The Coca-Cola Online
Bonanza 2011. For claims send
Name:
Address:
Phone No:
Age: Sex:
Occupation:
Country:
Contact: Mr. Jim Gardner
Claims department : jim-gardner.c@live.com
TEL: +44 755 284 8328

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-06-04  9:32  ©2011.Coca-Cola Great Britain 
  0 siblings, 0 replies; 2101+ messages in thread
From:  ©2011.Coca-Cola Great Britain  @ 2011-06-04  9:32 UTC (permalink / raw)





-- 
04-06-20011
Your Mail-ID has been awarded 750,000.00 GBP From The Coca-Cola Online
Bonanza 2011. For claims send
Name:
Address:
Phone No:
Age: Sex:
Occupation:
Country:
Contact: Mr. Jim Gardner
Claims department : jim-gardner.c@live.com
TEL: +44 755 284 8328

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-06-04  9:31  ©2011.Coca-Cola Great Britain 
  0 siblings, 0 replies; 2101+ messages in thread
From:  ©2011.Coca-Cola Great Britain  @ 2011-06-04  9:31 UTC (permalink / raw)





-- 
04-06-20011
Your Mail-ID has been awarded 750,000.00 GBP From The Coca-Cola Online
Bonanza 2011. For claims send
Name:
Address:
Phone No:
Age: Sex:
Occupation:
Country:
Contact: Mr. Jim Gardner
Claims department : jim-gardner.c@live.com
TEL: +44 755 284 8328

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-06-04  9:31 ` 
  0 siblings, 0 replies; 2101+ messages in thread
From:  ©2011.Coca-Cola Great Britain  @ 2011-06-04  9:31 UTC (permalink / raw)





-- 
04-06-20011
Your Mail-ID has been awarded 750,000.00 GBP From The Coca-Cola Online
Bonanza 2011. For claims send
Name:
Address:
Phone No:
Age: Sex:
Occupation:
Country:
Contact: Mr. Jim Gardner
Claims department : jim-gardner.c@live.com
TEL: +44 755 284 8328

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-06-04  9:31  ©2011.Coca-Cola Great Britain 
  0 siblings, 0 replies; 2101+ messages in thread
From:  ©2011.Coca-Cola Great Britain  @ 2011-06-04  9:31 UTC (permalink / raw)





-- 
04-06-20011
Your Mail-ID has been awarded 750,000.00 GBP From The Coca-Cola Online
Bonanza 2011. For claims send
Name:
Address:
Phone No:
Age: Sex:
Occupation:
Country:
Contact: Mr. Jim Gardner
Claims department : jim-gardner.c@live.com
TEL: +44 755 284 8328

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-06-04  9:31  ©2011.Coca-Cola Great Britain 
  0 siblings, 0 replies; 2101+ messages in thread
From:  ©2011.Coca-Cola Great Britain  @ 2011-06-04  9:31 UTC (permalink / raw)





-- 
04-06-20011
Your Mail-ID has been awarded 750,000.00 GBP From The Coca-Cola Online
Bonanza 2011. For claims send
Name:
Address:
Phone No:
Age: Sex:
Occupation:
Country:
Contact: Mr. Jim Gardner
Claims department : jim-gardner.c@live.com
TEL: +44 755 284 8328

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-06-04  9:30  ©2011.Coca-Cola Great Britain 
  0 siblings, 0 replies; 2101+ messages in thread
From:  ©2011.Coca-Cola Great Britain  @ 2011-06-04  9:30 UTC (permalink / raw)





-- 
04-06-20011
Your Mail-ID has been awarded 750,000.00 GBP From The Coca-Cola Online
Bonanza 2011. For claims send
Name:
Address:
Phone No:
Age: Sex:
Occupation:
Country:
Contact: Mr. Jim Gardner
Claims department : jim-gardner.c-EMRzualFZlQ@public.gmane.org
TEL: +44 755 284 8328

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-06-04  9:30  ©2011.Coca-Cola Great Britain 
  0 siblings, 0 replies; 2101+ messages in thread
From:  ©2011.Coca-Cola Great Britain  @ 2011-06-04  9:30 UTC (permalink / raw)





-- 
04-06-20011
Your Mail-ID has been awarded 750,000.00 GBP From The Coca-Cola Online
Bonanza 2011. For claims send
Name:
Address:
Phone No:
Age: Sex:
Occupation:
Country:
Contact: Mr. Jim Gardner
Claims department : jim-gardner.c@live.com
TEL: +44 755 284 8328

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-06-04  9:30 
  0 siblings, 0 replies; 2101+ messages in thread
From:  @ 2011-06-04  9:30 UTC (permalink / raw)
  To: sparclinux




-- 
04-06-20011
Your Mail-ID has been awarded 750,000.00 GBP From The Coca-Cola Online
Bonanza 2011. For claims send
Name:
Address:
Phone No:
Age: Sex:
Occupation:
Country:
Contact: Mr. Jim Gardner
Claims department : jim-gardner.c@live.com
TEL: +44 755 284 8328

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-06-04  9:21  ©2011.Coca-Cola Great Britain 
  0 siblings, 0 replies; 2101+ messages in thread
From:  ©2011.Coca-Cola Great Britain  @ 2011-06-04  9:21 UTC (permalink / raw)





-- 
04-06-20011
Your Mail-ID has been awarded 750,000.00 GBP From The Coca-Cola Online
Bonanza 2011. For claims send
Name:
Address:
Phone No:
Age: Sex:
Occupation:
Country:
Contact: Mr. Jim Gardner
Claims department : jim-gardner.c@live.com
TEL: +44 755 284 8328

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-06-04  9:20  ©2011.Coca-Cola Great Britain 
  0 siblings, 0 replies; 2101+ messages in thread
From:  ©2011.Coca-Cola Great Britain  @ 2011-06-04  9:20 UTC (permalink / raw)





-- 
04-06-20011
Your Mail-ID has been awarded 750,000.00 GBP From The Coca-Cola Online
Bonanza 2011. For claims send
Name:
Address:
Phone No:
Age: Sex:
Occupation:
Country:
Contact: Mr. Jim Gardner
Claims department : jim-gardner.c@live.com
TEL: +44 755 284 8328

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-05-27 19:12 Swastik Das
  0 siblings, 0 replies; 2101+ messages in thread
From: Swastik Das @ 2011-05-27 19:12 UTC (permalink / raw)
  To: dm-devel, nayak_biswajith, help.ihobhu, help.lhobhu,
	helpdesk_keon, ithelpdesk.or


[-- Attachment #1.1: Type: text/plain, Size: 62 bytes --]


http://newprojetinteriors.com/supersurprise.html 		 	   		  

[-- Attachment #1.2: Type: text/html, Size: 259 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-05-25 18:38  ©2011.Coca-Cola Great Britain 
  0 siblings, 0 replies; 2101+ messages in thread
From:  ©2011.Coca-Cola Great Britain  @ 2011-05-25 18:38 UTC (permalink / raw)





-- 
25-05-2011
Your Mail-ID has been awarded £750,000.00 GBP as one of our online winners
in our web bonanza sweepstakes From The Coca-Cola Online Promo 2011 . For
claims send;
Name:
Address:
Phone No:
Age: Sex:
Occupation: 
Country:
Contact: Mr. Jim Gardner
Claims department : jim-gardner.c-EMRzualFZlQ@public.gmane.org
TEL: +44 755 284 8328

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-05-25 18:38  ©2011.Coca-Cola Great Britain 
  0 siblings, 0 replies; 2101+ messages in thread
From:  ©2011.Coca-Cola Great Britain  @ 2011-05-25 18:38 UTC (permalink / raw)





-- 
25-05-2011
Your Mail-ID has been awarded £750,000.00 GBP as one of our online winners
in our web bonanza sweepstakes From The Coca-Cola Online Promo 2011 . For
claims send;
Name:
Address:
Phone No:
Age: Sex:
Occupation: 
Country:
Contact: Mr. Jim Gardner
Claims department : jim-gardner.c-EMRzualFZlQ@public.gmane.org
TEL: +44 755 284 8328

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-05-25 18:38  ©2011.Coca-Cola Great Britain 
  0 siblings, 0 replies; 2101+ messages in thread
From:  ©2011.Coca-Cola Great Britain  @ 2011-05-25 18:38 UTC (permalink / raw)





-- 
25-05-2011
Your Mail-ID has been awarded £750,000.00 GBP as one of our online winners
in our web bonanza sweepstakes From The Coca-Cola Online Promo 2011 . For
claims send;
Name:
Address:
Phone No:
Age: Sex:
Occupation: 
Country:
Contact: Mr. Jim Gardner
Claims department : jim-gardner.c@live.com
TEL: +44 755 284 8328

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-05-25 18:38  ©2011.Coca-Cola Great Britain 
  0 siblings, 0 replies; 2101+ messages in thread
From:  ©2011.Coca-Cola Great Britain  @ 2011-05-25 18:38 UTC (permalink / raw)





-- 
25-05-2011
Your Mail-ID has been awarded £750,000.00 GBP as one of our online winners
in our web bonanza sweepstakes From The Coca-Cola Online Promo 2011 . For
claims send;
Name:
Address:
Phone No:
Age: Sex:
Occupation: 
Country:
Contact: Mr. Jim Gardner
Claims department : jim-gardner.c@live.com
TEL: +44 755 284 8328

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-05-25 18:36  ©2011.Coca-Cola Great Britain 
  0 siblings, 0 replies; 2101+ messages in thread
From:  ©2011.Coca-Cola Great Britain  @ 2011-05-25 18:36 UTC (permalink / raw)





-- 
25-05-2011
Your Mail-ID has been awarded £750,000.00 GBP as one of our online winners
in our web bonanza sweepstakes From The Coca-Cola Online Promo 2011 . For
claims send;
Name:
Address:
Phone No:
Age: Sex:
Occupation: 
Country:
Contact: Mr. Jim Gardner
Claims department : jim-gardner.c@live.com
TEL: +44 755 284 8328

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-05-25 18:36  ©2011.Coca-Cola Great Britain 
  0 siblings, 0 replies; 2101+ messages in thread
From:  ©2011.Coca-Cola Great Britain  @ 2011-05-25 18:36 UTC (permalink / raw)





-- 
25-05-2011
Your Mail-ID has been awarded £750,000.00 GBP as one of our online winners
in our web bonanza sweepstakes From The Coca-Cola Online Promo 2011 . For
claims send;
Name:
Address:
Phone No:
Age: Sex:
Occupation: 
Country:
Contact: Mr. Jim Gardner
Claims department : jim-gardner.c@live.com
TEL: +44 755 284 8328

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* Re: (no subject)
@ 2011-05-01  7:56 Dan Carpenter
  2011-05-01  8:02 ` Dan Carpenter
  0 siblings, 1 reply; 2101+ messages in thread
From: Dan Carpenter @ 2011-05-01  7:56 UTC (permalink / raw)
  To: Naveen Singh; +Cc: gregkh, devel, linux-wireless

On 4/30/11, Naveen Singh <sningh@atheros.com> wrote:
> --- a/drivers/staging/ath6kl/os/linux/cfg80211.c
> +++ b/drivers/staging/ath6kl/os/linux/cfg80211.c
> @@ -1455,6 +1455,11 @@ ar6k_cfg80211_init(struct device *dev)
>      wdev->wiphy->cipher_suites = cipher_suites;
>      wdev->wiphy->n_cipher_suites = ARRAY_SIZE(cipher_suites);
>
> +    /*Support the seprate keys for unicast and multicast packets
> +     *This flag is needed because because nl80211 checks for this
> +     *flag before calling cfg ops for setting the key.*/
> +    wdev->wiphy->flags |= WIPHY_FLAG_SUPPORTS_SEPARATE_DEFAULT_KEYS;
> +

No subject.  Comment style wrong.  Please read CodingStyle and resend.

regards,
dan carpenter

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [PATCH 0/2] safer reclocking take 2
@ 2011-04-28 18:33 Martin Peres
       [not found] ` <1304015622-5910-1-git-send-email-martin.peres-GANU6spQydw@public.gmane.org>
  0 siblings, 1 reply; 2101+ messages in thread
From: Martin Peres @ 2011-04-28 18:33 UTC (permalink / raw)
  To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW

Hi everyone,

This new version of the previous patchset features some memory reclocking and voltage management improvements.

Memory: Reclock it after all the other engines so as we don't need to reclock it back again if pausing didn't work.
Voltage: Bump the voltage before reclocking or lower it after reclocking. It should increase the stability when downclocking.

If you didn't test the previous pathset, test this one. If the former worked for you, this one will too.

Martin

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [PATCH 0/1] Resend:[Image-Creator]Make bitbake server type configurable (xmlrpc, none)
@ 2011-04-28  5:35 Liping Ke
  2011-04-28  5:35 ` (No subject) Liping Ke
  0 siblings, 1 reply; 2101+ messages in thread
From: Liping Ke @ 2011-04-28  5:35 UTC (permalink / raw)
  To: yocto

From: Liping Ke <liping.ke@intel.com>

Add -t options in bitbake for configuring server type.

Signed-off-by: Liping Ke <liping.ke@intel.com>


Pull URL: git://git.pokylinux.org/poky-contrib.git
  Branch: lke/server_type
  Browse: http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=lke/server_type

Thanks,
    Liping Ke <liping.ke@intel.com>
---


Liping Ke (1):
  Make bitbake server type configurable (xmlrpc, none)

 bitbake/bin/bitbake |   22 +++++++++++++++++-----
 1 files changed, 17 insertions(+), 5 deletions(-)



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-04-25  1:42 Mr. Miaoqing Fang
  0 siblings, 0 replies; 2101+ messages in thread
From: Mr. Miaoqing Fang @ 2011-04-25  1:42 UTC (permalink / raw)


--
Get Back To Me Now
Greetings,
I'm Mr. Miaoqing Fang, A Chinese from China a top staff with CBD,
I write brief this letter to request your collaboration in a very
lucrative partnership, if in agreement, send me your
(Full Names & Tel Number) to my private email below:


I shall give you more comprehensive info upon your swift reply.
Regards,
Mr. Miaoqing Fang


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* forcewake v4 (now with spinlock)
@ 2011-04-14 18:13 Ben Widawsky
  2011-04-14 18:13 ` (no subject) Ben Widawsky
  0 siblings, 1 reply; 2101+ messages in thread
From: Ben Widawsky @ 2011-04-14 18:13 UTC (permalink / raw)
  To: intel-gfx


As the patches say, I don't think adding this spinlock will have too
much of a performance impact (I couldn't notice anything in my limited
testing), because the serializing locks are already held when acquiring
this lock. I suppose it now serializes access between stuct_mutex and
config.lock, but in most cases I don't think that's big.

Perhaps the ugliest change is spin_lock() in debugfs. But as I argue in
the comments, if you can't get the lock there, register reads are also
failing, and hung somewhere else.

Ben

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-04-11  2:20 TONY KINGS
  0 siblings, 0 replies; 2101+ messages in thread
From: TONY KINGS @ 2011-04-11  2:20 UTC (permalink / raw)







-- 

Are you in need of getting a loan today.Contact us via mail

at:tonykings_loans@yahoo.com

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-04-11  2:18 TONY KINGS
  0 siblings, 0 replies; 2101+ messages in thread
From: TONY KINGS @ 2011-04-11  2:18 UTC (permalink / raw)







-- 

Are you in need of getting a loan today.Contact us via mail

at:tonykings_loans@yahoo.com

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-04-11  2:15 TONY KINGS
  0 siblings, 0 replies; 2101+ messages in thread
From: TONY KINGS @ 2011-04-11  2:15 UTC (permalink / raw)
  To: linux-sh




-- 
Are you in need of getting a loan today.Contact us via mail
at:tonykings_loans@yahoo.com

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-04-11  2:08 TONY KINGS
  0 siblings, 0 replies; 2101+ messages in thread
From: TONY KINGS @ 2011-04-11  2:08 UTC (permalink / raw)
  To: linux-sctp




-- 
Are you in need of getting a loan today.Contact us via mail
at:tonykings_loans@yahoo.com

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* forcewake junk, RFC, RFT(test)
@ 2011-04-08 17:47 Ben Widawsky
  2011-04-09 20:26 ` forcewake junk, part2 Ben Widawsky
  0 siblings, 1 reply; 2101+ messages in thread
From: Ben Widawsky @ 2011-04-08 17:47 UTC (permalink / raw)
  To: intel-gfx


I am requesting 3 things:
1. code review/request for comments
2. testing on SNB
3. performance regression on < SNB

review
------
The first two patches have nothing to do with the user's ability to
interact with registers. Those patches are about enforcing correctness
within our driver for newer generation products. In other words, if
patch 3 doesn't make sense, don't automatically drop 1, and 2.

review patch 1/2
----------------
The first change is straight forward. It attempts to fold the forcewake stuff
into our standard register read and write functions. Some overhead is added as
a result, but I'd guess it is nothing compared to the UC read about to happen,
and so will not be noticeable.

The existing method for doing the forcewake_get and put requires some
synchronization. For the most part it is protected by struct_mutex and life is
good. Adding a WARN to the get()/put() function is there more as documentation
to future developers, and reminders to the current ones.

To provide an interface to allow user space to use forcewake, I've decided to
change the mechanism that get()/put() operate by introducing a reference count.
The reference count itself must be protected by struct mutex (since we need
synchronization between the initial condition and the destructor). Imagine for
instance: Thread A does a get() and is in the middle of waking the GT (ref has
already been incremented), thread B comes in, thinks the GT is awake,
and incorrectly goes about its business. This does allow users of the
interface to only have to hold struct_mutex while doing the get() and
not for every read and write.

review patch 3
--------------
User space interface is mostly what you'd expect, except the in the case
of trying to get lockless access. This code is a bit meh, but to
remind everyone, it is root only debug code.

testing
-------
The assertion that forcewake is currently properly protected for the
most part, may not be true. People interested should run these patches
on SNB systems with their favorite graphics applications and report the
warnings that occur, they will be in the kernel log, ie. dmesg.

performance
-----------
Looking mostly for regressions on older systems. There is a slight
overhead added to all register reads and writes, which I think shouldn't
be noticeable, but who knows.

Thanks, and let the flames begin!
Ben

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-04-07 21:32 Jesse Barnes
  0 siblings, 0 replies; 2101+ messages in thread
From: Jesse Barnes @ 2011-04-07 21:32 UTC (permalink / raw)
  To: intel-gfx

These are some prep patches I'd like to get feedback on.  I've only
compile tested them so far (the actual hw support code this is for was
tested before the split), so testing would be appreciated as well.

Thanks,
Jesse

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-04-04  6:18 Novik, Alex
  0 siblings, 0 replies; 2101+ messages in thread
From: Novik, Alex @ 2011-04-04  6:18 UTC (permalink / raw)
  To: xen-devel


[-- Attachment #1.1: Type: text/plain, Size: 503 bytes --]

Hi, all.
 How do I activate the battery management in pass-through mode?  XEN 4.1, platform Lenovo.
 Thanks in advance,
 Alex Novik.
---------------------------------------------------------------------
Intel Israel (74) Limited

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

[-- Attachment #1.2: Type: text/html, Size: 2312 bytes --]

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

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

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-03-20 22:27 Keshav Darak
  0 siblings, 0 replies; 2101+ messages in thread
From: Keshav Darak @ 2011-03-20 22:27 UTC (permalink / raw)
  To: xen-devel; +Cc: jeremy, keir


[-- Attachment #1.1: Type: text/plain, Size: 1585 bytes --]

We have implemented hugepage support for guests in following manner

In
 our implementation we added a parameter hugepage_num which is specified
 in the config file of the DomU. It is the number of hugepages that the 
guest is guaranteed to receive whenever the kernel asks for hugepage by 
using its boot time parameter or reserving after booting (eg. Using echo
 XX > /proc/sys/vm/nr_hugepages). During creation of the domain we 
reserve MFN's for these hugepages and store them in the list. The 
listhead of this list is inside the domain structure with name 
"hugepage_list". When the domain is booting, at that time the memory 
seen by the kernel is allocated memory  less the amount required for hugepages. The function 
reserve_hugepage_range is called as a initcall. Before this function the
 xen_extra_mem_start points to this apparent end of the memory. In this 
function we reserve the PFN range for the hugepages which are going to 
be allocated by kernel by incrementing the xen_extra_mem_start. We 
maintain these PFNs as pages in "xen_hugepfn_list" in the kernel. 

Now before the kernel requests for hugepages, it makes a hypercall HYPERVISOR_memory_op  to get count of hugepages allocated to it and accordingly reserves the pfn range.
then whenever kernel requests for hugepages it again make hypercall HYPERVISOR_memory_op to get the preallocated hugepage and according makes the p2m mapping on both sides (xen as well as kernel side)

The approach can be better explained using the presentation attached.

--
Keshav Darak

 




      

[-- Attachment #1.2: Type: text/html, Size: 1742 bytes --]

[-- Attachment #2: xen_patch_210311_0227.patch --]
[-- Type: application/x-download, Size: 18234 bytes --]

[-- Attachment #3: jeremy-kernel.patch --]
[-- Type: application/x-download, Size: 6731 bytes --]

[-- Attachment #4: our_hugepage_approach.ppt --]
[-- Type: application/vnd.ms-powerpoint, Size: 327168 bytes --]

[-- 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	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2011-03-01 17:45 Denis 'GNUtoo' Carikli
  2011-03-01 18:25 ` Denis 'GNUtoo' Carikli
  0 siblings, 1 reply; 2101+ messages in thread
From: Denis 'GNUtoo' Carikli @ 2011-03-01 17:45 UTC (permalink / raw)
  To: openembedded-devel

Hi,

Is it possible to move /etc/rcS.d/S98configure before S40networking, 
so usb0 comes up at first boot, or is there some problems that would 
be introduced from such move?

Here's my problem:
on the bug machine,with Angstrom, at first boot usb0 doesn't come up 
in a console-image.
It is very annoying because the only way to get control of the machine 
is trough ssh on usbnet.

At second boot it works fine.

If I move /etc/rcS.d/S98configure before S40networking it 
works fine at first boot.

I will send a patch that changes the order of S40networking  
and S98configure to S40configure and S41networking.

Denis.



^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2011-03-01 14:02 Javier Martin
  0 siblings, 0 replies; 2101+ messages in thread
From: Javier Martin @ 2011-03-01 14:02 UTC (permalink / raw)
  To: alsa-devel; +Cc: s.hauer, broonie, b32542, linux-arm-kernel

This series of patches provides support for audio in Visstrim_M10 boards.

This second version has some fixes in the aic32x4 codec driver as asked by
Mark Brown.

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2010-11-16 11:12 Ken Ash
  0 siblings, 0 replies; 2101+ messages in thread
From: Ken Ash @ 2010-11-16 11:12 UTC (permalink / raw)
  To: xen-devel

 h

Sent from my iPhone

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2010-11-10 18:10 Russell Cattelan
  0 siblings, 0 replies; 2101+ messages in thread
From: Russell Cattelan @ 2010-11-10 18:10 UTC (permalink / raw)
  To: linux-nfs

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

subscribe

[-- Attachment #2: cattelan.vcf --]
[-- Type: text/x-vcard, Size: 181 bytes --]

begin:vcard
fn:Russell Cattelan
n:Cattelan;Russell
email;internet:cattelan-fTMmaJvPcXhBDgjK7y7TUQ@public.gmane.org
tel;cell:612 805 3144
x-mozilla-html:FALSE
version:2.1
end:vcard


^ permalink raw reply	[flat|nested] 2101+ messages in thread
* [PATCH] drm/i915/ringbuffer: set force wake bit before reading ring register
@ 2010-11-09  9:17 Zou Nan hai
  2010-11-09  9:17 ` Zou, Nanhai
  0 siblings, 1 reply; 2101+ messages in thread
From: Zou Nan hai @ 2010-11-09  9:17 UTC (permalink / raw)
  To: intel-gfx, Chris Wilson

before reading ring register, set force wake bit to prevent GT core
power down to low power state. otherwise we may read stale value.

Signed-off-by: Zou Nan hai <nanhai.zou@intel.com>
---
 drivers/gpu/drm/i915/i915_drv.h         |   14 ++++++++++++++
 drivers/gpu/drm/i915/i915_reg.h         |    1 +
 drivers/gpu/drm/i915/intel_ringbuffer.c |    3 ---
 drivers/gpu/drm/i915/intel_ringbuffer.h |   11 +++++++----
 4 files changed, 22 insertions(+), 7 deletions(-)

diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h
index 90414ae..53c0239 100644
--- a/drivers/gpu/drm/i915/i915_drv.h
+++ b/drivers/gpu/drm/i915/i915_drv.h
@@ -1325,4 +1325,18 @@ static inline void i915_write(struct drm_i915_private *dev_priv, u32 reg,
 
 #define PRIMARY_RINGBUFFER_SIZE         (128*1024)
 
+/* on SNB platform,
+   before reading ring registers forcewake bit 
+   must be set to prevent GT core from power down
+*/
+
+static inline u32 i915_safe_read(struct intel_ring_buffer *ring,
+		unsigned int offset)
+{
+	u32 ret;
+	drm_i915_private_t *dev_priv = ring->dev->dev_private;
+	if (IS_GEN6(ring->dev))	 I915_WRITE(FORCEWAKE, 1);
+	ret = I915_READ(offset);
+	return ret;
+}
 #endif
diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i915_reg.h
index 25ed911..4d994d2 100644
--- a/drivers/gpu/drm/i915/i915_reg.h
+++ b/drivers/gpu/drm/i915/i915_reg.h
@@ -3052,4 +3052,5 @@
 #define  EDP_LINK_TRAIN_800MV_0DB_SNB_B		(0x38<<22)
 #define  EDP_LINK_TRAIN_VOL_EMP_MASK_SNB	(0x3f<<22)
 
+#define  FORCEWAKE				0xA18C
 #endif /* _I915_REG_H_ */
diff --git a/drivers/gpu/drm/i915/intel_ringbuffer.c b/drivers/gpu/drm/i915/intel_ringbuffer.c
index 7c1f3ff..2820235 100644
--- a/drivers/gpu/drm/i915/intel_ringbuffer.c
+++ b/drivers/gpu/drm/i915/intel_ringbuffer.c
@@ -572,7 +572,6 @@ err:
 int intel_init_ring_buffer(struct drm_device *dev,
 			   struct intel_ring_buffer *ring)
 {
-	struct drm_i915_private *dev_priv = dev->dev_private;
 	struct drm_i915_gem_object *obj_priv;
 	struct drm_gem_object *obj;
 	int ret;
@@ -691,8 +690,6 @@ int intel_wait_ring_buffer(struct drm_device *dev,
 			   struct intel_ring_buffer *ring, int n)
 {
 	unsigned long end;
-	drm_i915_private_t *dev_priv = dev->dev_private;
-
 	trace_i915_ring_wait_begin (dev);
 	end = jiffies + 3 * HZ;
 	do {
diff --git a/drivers/gpu/drm/i915/intel_ringbuffer.h b/drivers/gpu/drm/i915/intel_ringbuffer.h
index 3126c26..cde1cdd 100644
--- a/drivers/gpu/drm/i915/intel_ringbuffer.h
+++ b/drivers/gpu/drm/i915/intel_ringbuffer.h
@@ -7,13 +7,16 @@ struct  intel_hw_status_page {
 	struct		drm_gem_object *obj;
 };
 
-#define I915_READ_TAIL(ring) I915_READ(RING_TAIL(ring->mmio_base))
+#define I915_READ_TAIL(ring) i915_safe_read(ring, RING_TAIL(ring->mmio_base))
 #define I915_WRITE_TAIL(ring, val) I915_WRITE(RING_TAIL(ring->mmio_base), val)
-#define I915_READ_START(ring) I915_READ(RING_START(ring->mmio_base))
+
+#define I915_READ_START(ring) i915_safe_read(ring, RING_START(ring->mmio_base))
 #define I915_WRITE_START(ring, val) I915_WRITE(RING_START(ring->mmio_base), val)
-#define I915_READ_HEAD(ring) I915_READ(RING_HEAD(ring->mmio_base))
+
+#define I915_READ_HEAD(ring)  i915_safe_read(ring, RING_HEAD(ring->mmio_base))
 #define I915_WRITE_HEAD(ring, val) I915_WRITE(RING_HEAD(ring->mmio_base), val)
-#define I915_READ_CTL(ring) I915_READ(RING_CTL(ring->mmio_base))
+
+#define I915_READ_CTL(ring) i915_safe_read(ring, RING_CTL(ring->mmio_base))
 #define I915_WRITE_CTL(ring, val) I915_WRITE(RING_CTL(ring->mmio_base), val)
 
 struct drm_i915_gem_execbuffer2;
-- 
1.7.1

^ permalink raw reply related	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2010-10-16 23:39 RODNEY BINGHAM
  0 siblings, 0 replies; 2101+ messages in thread
From: RODNEY BINGHAM @ 2010-10-16 23:39 UTC (permalink / raw)
  To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW


[-- Attachment #1.1: Type: text/plain, Size: 362 bytes --]


I have noticed when I install Google earth, since nouveau got involved in Ubuntu, the embedded pictures have not opened.???? Two different machines both Nvidia. From what I have found on the Internet, there seems to be a few of us out there.   Please help... I am trying to be a loyal Ubuntoian. Both machines do have windows also... to use.  Rod
 		 	   		  

[-- Attachment #1.2: Type: text/html, Size: 576 bytes --]

[-- Attachment #2: Type: text/plain, Size: 181 bytes --]

_______________________________________________
Nouveau mailing list
Nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
http://lists.freedesktop.org/mailman/listinfo/nouveau

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (no subject)
@ 2010-10-07  2:46 Mike Viau
  2010-10-07 10:43 ` Stefano Stabellini
  2010-10-07 14:02 ` Ian Campbell
  0 siblings, 2 replies; 2101+ messages in thread
From: Mike Viau @ 2010-10-07  2:46 UTC (permalink / raw)
  To: xen-devel


I have search the archives for reference to Ian Campbell's Debian binaries found at: http://xenbits.xen.org/people/ianc/


http://lists.xensource.com/archives/cgi-bin/namazu.cgi?query=http%3A%2F%2Fxenbits.xen.org%2Fpeople%2Fianc%2F&submit=Search!&idxname=xen-devel&max=20&result=normal&sort=score


I am wondering if the http://xenbits.xen.org/people/ianc/squeeze/ or http://xenbits.xen.org/people/ianc/sid/ HTTP folders can in some way be added to Debian's apt sources file?


Thanks.



-Mike Viau


 		 	   		  

^ permalink raw reply	[flat|nested] 2101+ messages in thread
* (No subject)
@ 2010-06-02  9:19 Soumya R
  2010-06-02 15:41 ` Hodgson, Simon
  0 siblings, 1 reply; 2101+ messages in thread
From: Soumya R @ 2010-06-02  9:19 UTC (permalink / raw)
  To: openembedded-devel; +Cc: angstrom-distro-devel

Hi All,

   I am running bibake micro-image i got the following error,

NOTE: Running task 965 of 970 (ID: 93, /home/likewise-open/KPIT/soumyar/oe/openembedded/recipes/mtd/mtd-utils-native_1.3.1.bb, do_package_write)
NOTE: Running task 966 of 970 (ID: 18, /home/likewise-open/KPIT/soumyar/oe/openembedded/recipes/images/micro-image.bb, do_package_update_index_ipk)
ERROR: function do_package_update_index_ipk failed
ERROR: log data follows (/home/likewise-open/KPIT/soumyar/oe/build/tmp/work/at91sam9263ek-angstrom-linux-gnueabi/micro-image-1.0-r0/temp/log.do_package_update_index_ipk.24831)
| + ipkgarchs='all any noarch arm  armv4 armv4t armv5te at91sam9263ek'
| + '[' '!' -z '' ']'
| + mkdir -p /home/likewise-open/KPIT/soumyar/oe/build/tmp/deploy/glibc/ipk
| + touch /home/likewise-open/KPIT/soumyar/oe/build/tmp/deploy/glibc/ipk/Packages
| + ipkg-make-index -r /home/likewise-open/KPIT/soumyar/oe/build/tmp/deploy/glibc/ipk/Packages -p /home/likewise-open/KPIT/soumyar/oe/build/tmp/deploy/glibc/ipk/Packages -l /home/likewise-open/KPIT/soumyar/oe/build/tmp/deploy/glibc/ipk/Packages.filelist -m /home/likewise-open/KPIT/soumyar/oe/build/tmp/deploy/glibc/ipk
| /home/likewise-open/KPIT/soumyar/oe/build/tmp/sysroots/i686-linux/usr/bin/ipkg.py:39: DeprecationWarning: the md5 module is deprecated; use hashlib instead
|   import md5
| 
| + for arch in '$ipkgarchs'
| + '[' -e /home/likewise-open/KPIT/soumyar/oe/build/tmp/deploy/glibc/ipk/all/ ']'
| + touch /home/likewise-open/KPIT/soumyar/oe/build/tmp/deploy/glibc/ipk/all/Packages
| + ipkg-make-index -r /home/likewise-open/KPIT/soumyar/oe/build/tmp/deploy/glibc/ipk/all/Packages -p /home/likewise-open/KPIT/soumyar/oe/build/tmp/deploy/glibc/ipk/all/Packages -l /home/likewise-open/KPIT/soumyar/oe/build/tmp/deploy/glibc/ipk/all/Packages.filelist -m /home/likewise-open/KPIT/soumyar/oe/build/tmp/deploy/glibc/ipk/all/
| /home/likewise-open/KPIT/soumyar/oe/build/tmp/sysroots/i686-linux/usr/bin/ipkg.py:39: DeprecationWarning: the md5 module is deprecated; use hashlib instead
|   import md5
| Traceback (most recent call last):
|   File "/home/likewise-open/KPIT/soumyar/oe/build/tmp/sysroots/i686-linux/usr/bin/ipkg-make-index", line 114, in <module>
|     pkg = ipkg.Package(filename)
|   File "/home/likewise-open/KPIT/soumyar/oe/build/tmp/sysroots/i686-linux/usr/bin/ipkg.py", line 161, in __init__
|     tarStream = ar.open("control.tar.gz")
|   File "/home/likewise-open/KPIT/soumyar/oe/build/tmp/sysroots/i686-linux/usr/bin/arfile.py", line 59, in open
|     f = self._scan(fname)
|   File "/home/likewise-open/KPIT/soumyar/oe/build/tmp/sysroots/i686-linux/usr/bin/arfile.py", line 79, in _scan
|     size = int(descriptor[5])
| IndexError: list index out of range
NOTE: Task failed: /home/likewise-open/KPIT/soumyar/oe/build/tmp/work/at91sam9263ek-angstrom-linux-gnueabi/micro-image-1.0-r0/temp/log.do_package_update_index_ipk.24831
ERROR: TaskFailed event exception, aborting
ERROR: Build of /home/likewise-open/KPIT/soumyar/oe/openembedded/recipes/images/micro-image.bb do_package_update_index_ipk failed
NOTE: Running task 967 of 970 (ID: 95, /home/likewise-open/KPIT/soumyar/oe/openembedded/recipes/mtd/mtd-utils-native_1.3.1.bb, do_package_stage)
ERROR: Task 18 (/home/likewise-open/KPIT/soumyar/oe/openembedded/recipes/images/micro-image.bb, do_package_update_index_ipk) failed
NOTE: Waiting for 1 active tasks to finish
NOTE: 1: /home/likewise-open/KPIT/soumyar/oe/openembedded/recipes/mtd/mtd-utils-native_1.3.1.bb, do_package_stage (24841)
NOTE: Tasks Summary: Attempted 965 tasks of which 927 didn't need to be rerun and 1 failed.
ERROR: '/home/likewise-open/KPIT/soumyar/oe/openembedded/recipes/images/micro-image.bb' failed
KPIT\soumyar@d-5289lnx:~/oe/build$ 

   Anybody can help me out to resolve this.Any suggestions are welcome:-)

Thanks in advance:-)

Regards,
Soumya




^ permalink raw reply	[flat|nested] 2101+ messages in thread

end of thread, other threads:[~2024-03-06 12:36 UTC | newest]

Thread overview: 2101+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-12-02 22:53 [PATCH v2 0/3] uapi: add kbuild for some files Stephen Hemminger
2016-12-02 22:53 ` [PATCH 1/3] uapi: export tc tunnel key file Stephen Hemminger
2016-12-04  0:21   ` David Miller
2016-12-02 22:53 ` [PATCH 2/3] uapi: export tc_skbmod.h Stephen Hemminger
2016-12-04  0:22   ` David Miller
2016-12-02 22:54 ` [PATCH 3/3] uapi: export nf_log.h Stephen Hemminger
2016-12-04  0:23   ` David Miller
2017-01-03 14:35     ` [PATCH] uapi: use wildcards to list files Nicolas Dichtel
2017-01-03 14:35     ` Nicolas Dichtel
2017-01-03 14:35       ` Nicolas Dichtel
2017-01-03 14:35       ` Nicolas Dichtel
2017-01-03 15:56       ` David Miller
2017-01-03 15:56         ` David Miller
2017-01-03 15:56         ` David Miller
2017-01-03 21:37       ` Arnd Bergmann
2017-01-03 21:37       ` Arnd Bergmann
2017-01-03 21:37         ` Arnd Bergmann
2017-01-03 21:37         ` Arnd Bergmann
2017-01-04  9:03         ` Nicolas Dichtel
2017-01-04  9:03           ` Nicolas Dichtel
2017-01-06  9:43           ` [PATCH v2 0/7] uapi: export all headers under uapi directories Nicolas Dichtel
2017-01-06  9:43             ` [OpenRISC] " Nicolas Dichtel
2017-01-06  9:43             ` Nicolas Dichtel
2017-01-06  9:43             ` Nicolas Dichtel
2017-01-06  9:43             ` Nicolas Dichtel
2017-01-06  9:43             ` Nicolas Dichtel
2017-01-06  9:43             ` Nicolas Dichtel
2017-01-06  9:43             ` [PATCH v2 1/7] arm: put types.h in uapi Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` [OpenRISC] " Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-09 11:33               ` Arnd Bergmann
2017-01-09 11:33               ` Arnd Bergmann
2017-01-09 11:33                 ` [OpenRISC] " Arnd Bergmann
2017-01-09 11:33                 ` Arnd Bergmann
2017-01-09 11:33                 ` Arnd Bergmann
2017-01-09 11:33                 ` Arnd Bergmann
2017-01-09 11:33                 ` Arnd Bergmann
2017-01-09 11:33                 ` Arnd Bergmann
2017-01-09 11:33                 ` Arnd Bergmann
2017-01-09 11:33                 ` Arnd Bergmann
2017-01-09 12:00                 ` Russell King - ARM Linux
2017-01-09 12:00                   ` [OpenRISC] " Russell King - ARM Linux
2017-01-09 12:00                   ` Russell King - ARM Linux
2017-01-09 12:00                   ` Russell King - ARM Linux
2017-01-09 12:00                   ` Russell King - ARM Linux
2017-01-09 12:00                   ` Russell King - ARM Linux
2017-01-09 12:00                   ` Russell King - ARM Linux
2017-01-09 12:00                 ` Russell King - ARM Linux
2017-01-09 12:00                 ` Russell King - ARM Linux
2017-01-06  9:43             ` Nicolas Dichtel
2017-01-06  9:43             ` [PATCH v2 2/7] h8300: put bitsperlong.h " Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` [OpenRISC] " Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43             ` Nicolas Dichtel
2017-01-06  9:43             ` [PATCH v2 3/7] nios2: put setup.h " Nicolas Dichtel
2017-01-06  9:43             ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` [OpenRISC] " Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-09 11:33               ` Arnd Bergmann
2017-01-09 11:33               ` Arnd Bergmann
2017-01-09 11:33                 ` [OpenRISC] " Arnd Bergmann
2017-01-09 11:33                 ` Arnd Bergmann
2017-01-09 11:33                 ` Arnd Bergmann
2017-01-09 11:33                 ` Arnd Bergmann
2017-01-09 11:33                 ` Arnd Bergmann
2017-01-09 11:33                 ` Arnd Bergmann
2017-01-09 11:33                 ` Arnd Bergmann
2017-01-09 11:33               ` Arnd Bergmann
2017-01-06  9:43             ` Nicolas Dichtel
2017-01-06  9:43             ` [PATCH v2 4/7] x86: put msr-index.h " Nicolas Dichtel
2017-01-06  9:43             ` Nicolas Dichtel
2017-01-06  9:43               ` [OpenRISC] " Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06 12:14               ` Borislav Petkov
2017-01-06 12:14               ` Borislav Petkov
2017-01-06 12:14               ` Borislav Petkov
2017-01-06 12:14                 ` [OpenRISC] " Borislav Petkov
2017-01-06 12:14                 ` Borislav Petkov
2017-01-06 12:14                 ` Borislav Petkov
2017-01-06 12:14                 ` Borislav Petkov
2017-01-06 12:14                 ` Borislav Petkov
2017-01-06 12:14                 ` Borislav Petkov
2017-01-06 12:14                 ` Borislav Petkov
2017-01-06 20:50               ` Andy Shevchenko
2017-01-06 20:50               ` Andy Shevchenko
2017-01-06 20:50                 ` [OpenRISC] " Andy Shevchenko
2017-01-06 20:50                 ` Andy Shevchenko
2017-01-06 20:50                 ` Andy Shevchenko
2017-01-06 20:50                 ` Andy Shevchenko
2017-01-06 20:50                 ` Andy Shevchenko
2017-01-06 20:50                 ` Andy Shevchenko
2017-01-06 20:50                 ` Andy Shevchenko
2017-01-06 20:50                 ` Andy Shevchenko
2017-01-06  9:43             ` Nicolas Dichtel
2017-01-06  9:43             ` [PATCH v2 5/7] Makefile.headersinst: cleanup input files Nicolas Dichtel
2017-01-06  9:43             ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` [OpenRISC] " Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43             ` [PATCH v2 6/7] Makefile.headersinst: remove destination-y option Nicolas Dichtel
2017-01-06  9:43             ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` [OpenRISC] " Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43             ` [PATCH v2 7/7] uapi: export all headers under uapi directories Nicolas Dichtel
2017-01-06  9:43             ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` [OpenRISC] " Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-06  9:43               ` Nicolas Dichtel
2017-01-09 10:01               ` Daniel Vetter
2017-01-09 10:01               ` Daniel Vetter
2017-01-09 10:01               ` Daniel Vetter
2017-01-09 10:01                 ` [OpenRISC] " Daniel Vetter
2017-01-09 10:01                 ` Daniel Vetter
2017-01-09 10:01                 ` Daniel Vetter
2017-01-09 10:01                 ` Daniel Vetter
2017-01-09 10:01                 ` Daniel Vetter
2017-01-09 10:01                 ` Daniel Vetter
2017-01-09 10:01                 ` Daniel Vetter
2017-01-09 12:01               ` Russell King - ARM Linux
     [not found]               ` <1483695839-18660-8-git-send-email-nicolas.dichtel-pdR9zngts4EAvxtiuMwx3w@public.gmane.org>
2017-01-09 12:01                 ` Russell King - ARM Linux
2017-01-09 12:01                   ` [OpenRISC] " Russell King - ARM Linux
2017-01-09 12:01                   ` Russell King - ARM Linux
2017-01-09 12:01                   ` Russell King - ARM Linux
2017-01-09 12:01                   ` Russell King - ARM Linux
2017-01-09 12:01                   ` Russell King - ARM Linux
2017-01-09 12:01                   ` Russell King - ARM Linux
2017-01-09 12:01                   ` Russell King - ARM Linux
2017-01-09 12:01               ` Russell King - ARM Linux
2017-01-09 12:56               ` Christoph Hellwig
2017-01-09 12:56                 ` [OpenRISC] " Christoph Hellwig
2017-01-09 12:56                 ` Christoph Hellwig
2017-01-09 12:56                 ` Christoph Hellwig
2017-01-09 12:56                 ` Christoph Hellwig
2017-01-09 12:56                 ` Christoph Hellwig
2017-01-09 12:56                 ` Christoph Hellwig
2017-01-12 15:52                 ` Nicolas Dichtel
2017-01-12 15:52                   ` [OpenRISC] " Nicolas Dichtel
2017-01-12 15:52                   ` Nicolas Dichtel
2017-01-12 15:52                   ` Nicolas Dichtel
2017-01-12 15:52                   ` Nicolas Dichtel
2017-01-12 15:52                   ` Nicolas Dichtel
2017-01-12 15:52                   ` Nicolas Dichtel
2017-01-12 15:52                   ` Nicolas Dichtel
2017-01-12 16:28                   ` Jan Engelhardt
2017-01-12 16:28                   ` Jan Engelhardt
2017-01-12 16:28                     ` [OpenRISC] " Jan Engelhardt
2017-01-12 16:28                     ` Jan Engelhardt
2017-01-12 16:28                     ` Jan Engelhardt
2017-01-12 16:28                     ` Jan Engelhardt
2017-01-12 16:28                     ` Jan Engelhardt
2017-01-12 16:28                     ` Jan Engelhardt
2017-01-12 16:28                     ` Jan Engelhardt
2017-01-12 16:32                     ` Nicolas Dichtel
2017-01-12 16:32                     ` Nicolas Dichtel
2017-01-12 16:32                     ` Nicolas Dichtel
2017-01-12 16:32                       ` [OpenRISC] " Nicolas Dichtel
2017-01-12 16:32                       ` Nicolas Dichtel
2017-01-12 16:32                       ` Nicolas Dichtel
2017-01-12 16:32                       ` Nicolas Dichtel
2017-01-12 16:32                       ` Nicolas Dichtel
2017-01-12 16:32                       ` Nicolas Dichtel
2017-01-12 16:32                       ` Nicolas Dichtel
2017-01-13  1:04                       ` Jeff Epler
2017-01-13  1:04                       ` Jeff Epler
2017-01-13  1:04                         ` [OpenRISC] " Jeff Epler
2017-01-13  1:04                         ` Jeff Epler
2017-01-13  1:04                         ` Jeff Epler
2017-01-13  1:04                         ` Jeff Epler
2017-01-13  1:04                         ` Jeff Epler
2017-01-13  1:04                         ` Jeff Epler
2017-01-13  1:04                       ` Jeff Epler
2017-01-12 16:28                   ` Jan Engelhardt
2017-01-12 15:52                 ` Nicolas Dichtel
2017-01-12 15:52                 ` Nicolas Dichtel
2017-01-09 12:56               ` Christoph Hellwig
2017-01-09 12:56               ` Christoph Hellwig
2017-01-11 18:14               ` [Linux-c6x-dev] " Mark Salter
2017-01-11 18:14                 ` [OpenRISC] " Mark Salter
2017-01-11 18:14                 ` Mark Salter
2017-01-11 18:14                 ` Mark Salter
2017-01-11 18:14                 ` Mark Salter
2017-01-11 18:14                 ` Mark Salter
2017-01-11 18:14                 ` Mark Salter
2017-01-11 18:14               ` Mark Salter
2017-01-09 11:33             ` [PATCH v2 0/7] " Arnd Bergmann
2017-01-09 11:33             ` Arnd Bergmann
2017-01-09 11:33             ` Arnd Bergmann
2017-01-09 11:33               ` [OpenRISC] " Arnd Bergmann
2017-01-09 11:33               ` Arnd Bergmann
2017-01-09 11:33               ` Arnd Bergmann
2017-01-09 11:33               ` Arnd Bergmann
2017-01-09 11:33               ` Arnd Bergmann
2017-01-09 11:33               ` Arnd Bergmann
2017-01-09 11:33               ` Arnd Bergmann
2017-01-11 12:42               ` Jesper Nilsson
2017-01-11 12:42               ` Jesper Nilsson
2017-01-11 12:42                 ` [OpenRISC] " Jesper Nilsson
2017-01-11 12:42                 ` Jesper Nilsson
2017-01-11 12:42                 ` Jesper Nilsson
2017-01-11 12:42                 ` Jesper Nilsson
2017-01-11 12:42                 ` Jesper Nilsson
2017-01-11 12:42                 ` Jesper Nilsson
2017-01-11 12:42                 ` Jesper Nilsson
2017-01-11 12:42               ` Jesper Nilsson
2017-01-13 10:46               ` [PATCH v3 0/8] " Nicolas Dichtel
2017-01-13 10:46                 ` [OpenRISC] " Nicolas Dichtel
2017-01-13 10:46                 ` Nicolas Dichtel
2017-01-13 10:46                 ` Nicolas Dichtel
2017-01-13 10:46                 ` Nicolas Dichtel
2017-01-13 10:46                 ` Nicolas Dichtel
2017-01-13 10:46                 ` [PATCH v3 1/8] arm: put types.h in uapi Nicolas Dichtel
2017-01-13 10:46                   ` [OpenRISC] " Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 17:06                   ` Russell King - ARM Linux
2017-01-13 17:06                   ` Russell King - ARM Linux
2017-01-13 17:06                   ` Russell King - ARM Linux
2017-01-13 17:06                     ` [OpenRISC] " Russell King - ARM Linux
2017-01-13 17:06                     ` Russell King - ARM Linux
2017-01-13 17:06                     ` Russell King - ARM Linux
2017-01-13 17:06                     ` Russell King - ARM Linux
2017-01-13 10:46                 ` Nicolas Dichtel
2017-01-13 10:46                 ` [PATCH v3 2/8] h8300: put bitsperlong.h " Nicolas Dichtel
2017-01-13 10:46                 ` Nicolas Dichtel
2017-01-13 10:46                   ` [OpenRISC] " Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                 ` [PATCH v3 3/8] nios2: put setup.h " Nicolas Dichtel
2017-01-13 10:46                   ` [OpenRISC] " Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:55                   ` Tobias Klauser
2017-01-13 10:55                   ` Tobias Klauser
2017-01-13 10:55                     ` [OpenRISC] " Tobias Klauser
2017-01-13 10:55                     ` Tobias Klauser
2017-01-13 10:55                     ` Tobias Klauser
2017-01-13 10:55                     ` Tobias Klauser
2017-01-13 10:55                     ` Tobias Klauser
2017-01-13 10:55                     ` Tobias Klauser
2017-01-13 10:46                 ` Nicolas Dichtel
2017-01-13 10:46                 ` [PATCH v3 4/8] x86: stop exporting msr-index.h to userland Nicolas Dichtel
2017-01-13 10:46                   ` [OpenRISC] " Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                 ` Nicolas Dichtel
2017-01-13 10:46                 ` Nicolas Dichtel
2017-01-13 10:46                 ` [PATCH v3 5/8] Makefile.headersinst: cleanup input files Nicolas Dichtel
2017-01-13 10:46                 ` Nicolas Dichtel
2017-01-13 10:46                   ` [OpenRISC] " Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                 ` Nicolas Dichtel
2017-01-13 10:46                 ` [PATCH v3 6/8] Makefile.headersinst: remove destination-y option Nicolas Dichtel
2017-01-13 10:46                 ` Nicolas Dichtel
2017-01-13 10:46                   ` [OpenRISC] " Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                 ` [PATCH v3 7/8] uapi: export all headers under uapi directories Nicolas Dichtel
2017-01-13 10:46                 ` Nicolas Dichtel
2017-01-13 10:46                   ` [OpenRISC] " Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-23  9:00                   ` Michael Ellerman
2017-01-13 10:46                 ` [PATCH v3 8/8] uapi: export all arch specifics directories Nicolas Dichtel
2017-01-13 10:46                   ` [OpenRISC] " Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                   ` Nicolas Dichtel
2017-01-13 10:46                 ` Nicolas Dichtel
2017-01-13 10:46                 ` Nicolas Dichtel
2017-01-13 15:36                 ` (no subject) David Howells
2017-01-13 15:36                 ` (unknown) David Howells
2017-01-13 15:36                   ` [OpenRISC] (no subject) David Howells
2017-01-13 15:36                   ` No subject David Howells
2017-01-13 15:36                   ` (no subject) David Howells
2017-01-13 15:36                   ` David Howells
2017-01-13 15:36                   ` (unknown) David Howells
2017-01-13 16:01                   ` [PATCH v3 1/8] arm: put types.h in uapi Nicolas Dichtel
2017-01-13 16:01                   ` Nicolas Dichtel
2017-01-13 16:01                     ` [OpenRISC] " Nicolas Dichtel
2017-01-13 16:01                     ` Nicolas Dichtel
2017-01-13 16:01                     ` Nicolas Dichtel
2017-01-13 16:01                     ` Nicolas Dichtel
2017-01-13 16:01                     ` Nicolas Dichtel
2017-01-13 16:01                     ` Nicolas Dichtel
2017-01-13 16:19                     ` Russell King - ARM Linux
2017-01-13 16:19                       ` [OpenRISC] " Russell King - ARM Linux
2017-01-13 16:19                       ` Russell King - ARM Linux
2017-01-13 16:19                       ` Russell King - ARM Linux
2017-01-13 16:19                       ` Russell King - ARM Linux
2017-01-13 16:19                     ` Russell King - ARM Linux
2017-01-13 16:35                     ` David Howells
2017-01-13 15:43                 ` (no subject) David Howells
2017-01-13 15:43                   ` [OpenRISC] " David Howells
2017-01-13 15:43                   ` No subject David Howells
2017-01-13 15:43                   ` David Howells
2017-01-13 15:43                   ` (no subject) David Howells
2017-01-13 15:43                   ` David Howells
2017-01-13 16:08                   ` [PATCH v3 4/8] x86: stop exporting msr-index.h to userland Nicolas Dichtel
2017-01-13 16:08                     ` [OpenRISC] " Nicolas Dichtel
2017-01-13 16:08                     ` Nicolas Dichtel
2017-01-13 16:08                     ` Nicolas Dichtel
2017-01-13 16:08                     ` Nicolas Dichtel
2017-01-13 16:08                     ` Nicolas Dichtel
2017-01-13 16:08                     ` Nicolas Dichtel
2017-01-13 16:38                     ` Borislav Petkov
2017-01-13 16:38                     ` Borislav Petkov
2017-01-13 16:38                       ` [OpenRISC] " Borislav Petkov
2017-01-13 16:38                       ` Borislav Petkov
2017-01-13 16:38                       ` Borislav Petkov
2017-01-13 16:38                       ` Borislav Petkov
2017-01-13 16:38                       ` Borislav Petkov
2017-01-13 16:08                   ` Nicolas Dichtel
2017-01-13 15:43                 ` (no subject) David Howells
2017-01-23 14:58                 ` [PATCH v4 0/7] uapi: export all headers under uapi directories Nicolas Dichtel
2017-01-23 14:58                   ` [PATCH v4 1/7] h8300: put bitsperlong.h in uapi Nicolas Dichtel
2017-01-23 14:58                   ` [PATCH v4 2/7] nios2: put setup.h " Nicolas Dichtel
2017-01-23 14:58                   ` [PATCH v4 3/7] x86: put msr-index.h " Nicolas Dichtel
2017-01-23 16:52                     ` Borislav Petkov
2017-01-23 17:06                       ` Nicolas Dichtel
2017-01-23 17:17                         ` Borislav Petkov
2017-01-23 17:21                           ` Christoph Hellwig
2017-01-23 17:26                             ` Borislav Petkov
2017-01-23 22:24                               ` Jan Engelhardt
2017-01-23 22:51                                 ` Borislav Petkov
2017-01-26 16:02                               ` Nicolas Dichtel
2017-01-30 14:51                       ` Russell King - ARM Linux
2017-01-30 15:30                         ` Borislav Petkov
2017-01-31 10:58                         ` Nicolas Dichtel
2017-01-31 16:21                         ` Ingo Molnar
2017-02-02 13:25                           ` [PATCH v5 0/8] uapi: export all headers under uapi directories Nicolas Dichtel
2017-02-02 13:25                             ` [PATCH v5 1/8] h8300: put bitsperlong.h in uapi Nicolas Dichtel
2017-02-02 13:25                             ` [PATCH v5 2/8] nios2: put setup.h " Nicolas Dichtel
2017-02-02 13:25                             ` [PATCH v5 3/8] x86: stop exporting msr-index.h to userland Nicolas Dichtel
2017-02-02 13:38                               ` Ingo Molnar
2017-02-02 13:25                             ` [PATCH v5 4/8] Makefile.headersinst: cleanup input files Nicolas Dichtel
2017-02-02 13:25                             ` [PATCH v5 5/8] Makefile.headersinst: remove destination-y option Nicolas Dichtel
2017-02-03 21:45                               ` Paul Bolle
2017-02-02 13:25                             ` [PATCH v5 6/8] uapi: includes linux/types.h before exporting files Nicolas Dichtel
2017-02-02 15:15                               ` kbuild test robot
2017-02-02 15:15                                 ` kbuild test robot
2017-02-02 15:15                                 ` kbuild test robot
2017-02-02 15:27                               ` kbuild test robot
2017-02-02 15:27                                 ` kbuild test robot
2017-02-02 15:27                                 ` kbuild test robot
2017-02-02 13:25                             ` [PATCH v5 7/8] uapi: export all headers under uapi directories Nicolas Dichtel
2017-02-02 14:47                               ` kbuild test robot
2017-02-02 14:47                                 ` kbuild test robot
2017-02-02 14:47                                 ` kbuild test robot
2017-02-02 15:42                                 ` Nicolas Dichtel
2017-02-10 10:58                                 ` [PATCH v6 0/8] " Nicolas Dichtel
2017-02-10 10:58                                   ` [PATCH v6 1/8] h8300: put bitsperlong.h in uapi Nicolas Dichtel
2017-02-10 10:58                                   ` [PATCH v6 2/8] nios2: put setup.h " Nicolas Dichtel
2017-02-10 10:58                                   ` [PATCH v6 3/8] x86: stop exporting msr-index.h to userland Nicolas Dichtel
2017-02-10 11:15                                     ` Thomas Gleixner
2017-02-10 10:58                                   ` [PATCH v6 4/8] Makefile.headersinst: cleanup input files Nicolas Dichtel
2017-02-10 10:58                                   ` [PATCH v6 5/8] Makefile.headersinst: remove destination-y option Nicolas Dichtel
2017-02-10 10:58                                   ` [PATCH v6 6/8] uapi: includes linux/types.h before exporting files Nicolas Dichtel
2017-02-10 10:58                                   ` [PATCH v6 7/8] uapi: export all headers under uapi directories Nicolas Dichtel
2017-02-13  7:49                                     ` Christoph Hellwig
2017-02-20  9:32                                       ` Nicolas Dichtel
2017-02-20 10:14                                         ` Arnd Bergmann
2017-02-20 12:58                                           ` Nicolas Dichtel
2017-02-24 16:49                                           ` [PATCH v7 0/8] " Nicolas Dichtel
2017-02-24 16:49                                             ` [PATCH v7 1/8] h8300: put bitsperlong.h in uapi Nicolas Dichtel
2017-02-24 16:49                                             ` [PATCH v7 2/8] nios2: put setup.h " Nicolas Dichtel
2017-02-24 16:49                                             ` [PATCH v7 3/8] x86: stop exporting msr-index.h to userland Nicolas Dichtel
2017-02-24 16:49                                             ` [PATCH v7 4/8] Makefile.headersinst: cleanup input files Nicolas Dichtel
2017-02-24 16:49                                             ` [PATCH v7 5/8] Makefile.headersinst: remove destination-y option Nicolas Dichtel
2017-02-24 16:49                                             ` [PATCH v7 6/8] uapi: includes linux/types.h before exporting files Nicolas Dichtel
2017-02-24 16:49                                             ` [PATCH v7 7/8] uapi: export all headers under uapi directories Nicolas Dichtel
2017-02-27 16:01                                               ` Nicolas Dichtel
2017-02-28  2:48                                                 ` Dmitry V. Levin
2017-02-28 15:47                                                   ` Nicolas Dichtel
2017-02-28 20:47                                                   ` [PATCH v8 00/11] " Nicolas Dichtel
2017-02-28 20:47                                                     ` [PATCH v8 01/11] h8300: put bitsperlong.h in uapi Nicolas Dichtel
2017-02-28 20:47                                                     ` [PATCH v8 02/11] nios2: put setup.h " Nicolas Dichtel
2017-02-28 20:47                                                     ` [PATCH v8 03/11] x86: stop exporting msr-index.h to userland Nicolas Dichtel
2017-02-28 20:47                                                     ` [PATCH v8 04/11] Makefile.headersinst: cleanup input files Nicolas Dichtel
2017-02-28 20:47                                                     ` [PATCH v8 05/11] Makefile.headersinst: remove destination-y option Nicolas Dichtel
2017-02-28 20:47                                                     ` [PATCH v8 06/11] uapi: includes linux/types.h before exporting files Nicolas Dichtel
2017-02-28 20:47                                                     ` [PATCH v8 07/11] btrfs_tree.h: fix include from userland Nicolas Dichtel
2017-02-28 20:47                                                     ` [PATCH v8 08/11] cryptouser.h: " Nicolas Dichtel
     [not found]                                                       ` <1488314857-28327-9-git-send-email-nicolas.dichtel-pdR9zngts4EAvxtiuMwx3w@public.gmane.org>
2017-03-01  4:52                                                         ` Herbert Xu
2017-03-01  4:52                                                           ` Herbert Xu
2017-03-02 16:56                                                           ` [PATCH v9 00/11] uapi: export all headers under uapi directories Nicolas Dichtel
2017-03-02 16:56                                                             ` [PATCH v9 01/11] h8300: put bitsperlong.h in uapi Nicolas Dichtel
2017-03-02 16:56                                                             ` [PATCH v9 02/11] nios2: put setup.h " Nicolas Dichtel
2017-03-02 16:56                                                             ` [PATCH v9 03/11] x86: stop exporting msr-index.h to userland Nicolas Dichtel
2017-03-02 16:56                                                             ` [PATCH v9 04/11] Makefile.headersinst: cleanup input files Nicolas Dichtel
2017-03-02 16:56                                                             ` [PATCH v9 05/11] Makefile.headersinst: remove destination-y option Nicolas Dichtel
2017-03-02 16:56                                                             ` [PATCH v9 06/11] uapi: includes linux/types.h before exporting files Nicolas Dichtel
2017-03-02 16:56                                                             ` [PATCH v9 07/11] btrfs_tree.h: fix include from userland Nicolas Dichtel
2017-03-02 16:56                                                             ` [PATCH v9 08/11] cryptouser.h: " Nicolas Dichtel
2017-03-03  9:35                                                               ` Herbert Xu
     [not found]                                                             ` <1488473802-13354-1-git-send-email-nicolas.dichtel-pdR9zngts4EAvxtiuMwx3w@public.gmane.org>
2017-03-02 16:56                                                               ` [PATCH v9 09/11] smc_diag.h: " Nicolas Dichtel
2017-03-02 16:56                                                                 ` Nicolas Dichtel
2017-03-02 16:56                                                               ` [PATCH v9 10/11] uapi: export all headers under uapi directories Nicolas Dichtel
2017-03-02 16:56                                                                 ` Nicolas Dichtel
2017-03-02 16:56                                                             ` [PATCH v9 11/11] uapi: export all arch specifics directories Nicolas Dichtel
2017-03-03 17:07                                                             ` [PATCH v9 00/11] uapi: export all headers under uapi directories Nicolas Dichtel
2017-03-10 16:34                                                             ` Nicolas Dichtel
2017-03-11  5:43                                                               ` Masahiro Yamada
2017-03-13 16:57                                                                 ` Nicolas Dichtel
2017-03-14  5:38                                                                   ` Masahiro Yamada
2017-03-14  8:25                                                                     ` Nicolas Dichtel
2017-03-14 12:54                                                                 ` [PATCH v10 " Nicolas Dichtel
2017-03-14 12:54                                                                   ` [PATCH v10 01/11] h8300: put bitsperlong.h in uapi Nicolas Dichtel
2017-03-27  5:31                                                                     ` Masahiro Yamada
2017-03-27  9:43                                                                       ` Nicolas Dichtel
2017-03-14 12:54                                                                   ` [PATCH v10 02/11] nios2: put setup.h " Nicolas Dichtel
2017-03-14 12:54                                                                   ` [PATCH v10 03/11] x86: stop exporting msr-index.h to userland Nicolas Dichtel
2017-03-14 12:54                                                                   ` [PATCH v10 04/11] Makefile.headersinst: cleanup input files Nicolas Dichtel
2017-03-14 12:54                                                                   ` [PATCH v10 05/11] Makefile.headersinst: remove destination-y option Nicolas Dichtel
2017-03-14 12:54                                                                   ` [PATCH v10 06/11] uapi: includes linux/types.h before exporting files Nicolas Dichtel
2017-03-14 12:54                                                                   ` [PATCH v10 07/11] btrfs_tree.h: fix include from userland Nicolas Dichtel
2017-03-27  5:53                                                                     ` Masahiro Yamada
2017-03-27  9:45                                                                       ` Nicolas Dichtel
2017-03-14 12:54                                                                   ` [PATCH v10 08/11] cryptouser.h: " Nicolas Dichtel
2017-03-14 12:54                                                                   ` [PATCH v10 09/11] smc_diag.h: " Nicolas Dichtel
2017-03-14 12:54                                                                   ` [PATCH v10 10/11] uapi: export all headers under uapi directories Nicolas Dichtel
2017-03-14 12:54                                                                   ` [PATCH v10 11/11] uapi: export all arch specifics directories Nicolas Dichtel
2017-03-27  5:27                                                                     ` Masahiro Yamada
2017-03-27  9:42                                                                       ` Nicolas Dichtel
2017-03-24  8:32                                                                   ` [PATCH v10 00/11] uapi: export all headers under uapi directories Nicolas Dichtel
2017-03-24  8:42                                                                     ` Masahiro Yamada
2017-03-24  9:03                                                                       ` Nicolas Dichtel
2017-03-27  5:26                                                                         ` Masahiro Yamada
2017-03-27  9:45                                                                           ` Nicolas Dichtel
2017-03-27 15:33                                                                             ` Masahiro Yamada
2017-03-27 12:20                                                                       ` [PATCH v11 00/12] " Nicolas Dichtel
     [not found]                                                                         ` <1490617217-30192-1-git-send-email-nicolas.dichtel-pdR9zngts4EAvxtiuMwx3w@public.gmane.org>
2017-03-27 12:20                                                                           ` [PATCH v11 01/12] h8300: put bitsperlong.h in uapi Nicolas Dichtel
2017-03-27 12:20                                                                             ` Nicolas Dichtel
2017-03-27 12:20                                                                           ` [PATCH v11 02/12] nios2: put setup.h " Nicolas Dichtel
2017-03-27 12:20                                                                             ` Nicolas Dichtel
2017-03-27 12:20                                                                           ` [PATCH v11 04/12] Makefile.headersinst: cleanup input files Nicolas Dichtel
2017-03-27 12:20                                                                             ` Nicolas Dichtel
2017-03-27 12:20                                                                           ` [PATCH v11 11/12] uapi: export all arch specifics directories Nicolas Dichtel
2017-03-27 12:20                                                                             ` Nicolas Dichtel
2017-05-16  1:02                                                                             ` Dan Williams
2017-05-16  1:15                                                                               ` Dan Williams
2017-05-16  4:59                                                                                 ` Masahiro Yamada
2017-05-16  4:59                                                                                   ` Masahiro Yamada
2017-03-27 12:20                                                                         ` [PATCH v11 03/12] x86: stop exporting msr-index.h to userland Nicolas Dichtel
2017-03-27 12:20                                                                         ` [PATCH v11 05/12] Makefile.headersinst: remove destination-y option Nicolas Dichtel
2017-03-27 12:20                                                                         ` [PATCH v11 06/12] uapi: includes linux/types.h before exporting files Nicolas Dichtel
2017-03-27 12:20                                                                         ` [PATCH v11 07/12] btrfs_tree.h: fix include from userland Nicolas Dichtel
2017-03-27 12:20                                                                         ` [PATCH v11 08/12] cryptouser.h: " Nicolas Dichtel
2017-04-11  2:40                                                                           ` Herbert Xu
2017-03-27 12:20                                                                         ` [PATCH v11 09/12] smc_diag.h: " Nicolas Dichtel
2017-03-27 12:20                                                                         ` [PATCH v11 10/12] uapi: export all headers under uapi directories Nicolas Dichtel
2017-05-07 23:17                                                                           ` Masahiro Yamada
2017-05-09 10:09                                                                             ` Nicolas Dichtel
2017-05-09 17:22                                                                               ` Masahiro Yamada
2017-03-27 12:20                                                                         ` [PATCH v11 12/12] arch/include: remove empty Kbuild files Nicolas Dichtel
2017-03-27 15:35                                                                         ` [PATCH v11 00/12] uapi: export all headers under uapi directories Masahiro Yamada
2017-02-28 20:47                                                     ` [PATCH v8 09/11] smc_diag.h: fix include from userland Nicolas Dichtel
2017-02-28 20:47                                                     ` [PATCH v8 10/11] uapi: export all headers under uapi directories Nicolas Dichtel
2017-02-28 20:47                                                     ` [PATCH v8 11/11] uapi: export all arch specifics directories Nicolas Dichtel
2017-02-24 16:49                                             ` [PATCH v7 8/8] " Nicolas Dichtel
2017-02-10 10:58                                   ` [PATCH v6 " Nicolas Dichtel
2017-02-02 13:25                             ` [PATCH v5 " Nicolas Dichtel
2017-02-02 14:36                               ` kbuild test robot
2017-02-02 14:36                                 ` kbuild test robot
2017-02-02 14:36                                 ` kbuild test robot
2017-02-02 14:46                               ` kbuild test robot
2017-02-02 14:46                                 ` kbuild test robot
2017-02-02 14:46                                 ` kbuild test robot
2017-01-23 17:49                     ` [PATCH v4 3/7] x86: put msr-index.h in uapi kbuild test robot
2017-01-23 17:49                       ` kbuild test robot
2017-01-23 17:49                       ` kbuild test robot
2017-01-23 19:11                     ` kbuild test robot
2017-01-23 19:11                       ` kbuild test robot
2017-01-23 19:11                       ` kbuild test robot
2017-01-26 19:04                     ` Ingo Molnar
2017-01-26 19:29                       ` Borislav Petkov
2017-01-23 14:58                   ` [PATCH v4 4/7] Makefile.headersinst: cleanup input files Nicolas Dichtel
2017-01-23 14:58                   ` [PATCH v4 5/7] Makefile.headersinst: remove destination-y option Nicolas Dichtel
2017-01-23 14:58                   ` [PATCH v4 6/7] uapi: export all headers under uapi directories Nicolas Dichtel
2017-01-23 15:25                     ` Christoph Hellwig
2017-01-23 16:03                       ` Nicolas Dichtel
2017-01-23 18:47                     ` kbuild test robot
2017-01-23 18:47                       ` kbuild test robot
2017-01-23 18:47                       ` kbuild test robot
2017-01-23 18:52                     ` kbuild test robot
2017-01-23 18:52                       ` kbuild test robot
2017-01-23 18:52                       ` kbuild test robot
2017-01-23 14:58                   ` [PATCH v4 7/7] uapi: export all arch specifics directories Nicolas Dichtel
2017-01-13 10:46               ` [PATCH v3 0/8] uapi: export all headers under uapi directories Nicolas Dichtel
2017-01-13 10:46               ` Nicolas Dichtel
2017-01-06  9:43           ` [PATCH v2 0/7] " Nicolas Dichtel
2017-01-06  9:43           ` Nicolas Dichtel
2017-01-04  9:03         ` [PATCH] uapi: use wildcards to list files Nicolas Dichtel
  -- strict thread matches above, loose matches on Subject: below --
2024-03-06 12:36 (No Subject) Emilis Kiškis
2024-02-08  3:34 Oliver Webb
2024-02-08  3:46 ` Lawrence Velázquez
2024-02-08  4:04   ` Oliver Webb
2024-02-08  4:09     ` Lawrence Velázquez
2024-01-31  3:37 John Moon
2023-10-11  6:29 martin
2023-08-31  4:52 youngbludproductions
2023-08-31  5:11 ` youngbludproductions
2023-05-13  8:12 [no subject] Beatrice Benson
2023-05-13  8:12 Beatrice Benson
2023-05-13  8:12 Beatrice Benson
2023-05-13  8:12 Beatrice Benson
2022-09-20 10:04 Marc Kleine-Budde
2022-09-21  7:07 ` (No Subject) john
2022-09-21 19:58   ` Marc Kleine-Budde
2022-09-23  7:37     ` john
2022-07-21 20:02 loggervicky69
2021-12-27 14:59 [PATCH v2 2/3] arm64: Support huge vmalloc mappings Kefeng Wang
2021-12-27 17:35 ` (No subject) William Kucharski
2021-12-27 17:35   ` William Kucharski
2021-12-27 17:35   ` William Kucharski
2021-12-28  1:36   ` Kefeng Wang
2021-12-28  1:36     ` Kefeng Wang
2021-12-28  1:36     ` Kefeng Wang
2021-08-08 20:46 (No Subject) Yadunandan Pillai
2021-06-22 16:20 Yassine Oudjana
2021-07-14 18:03 ` Rob Herring
2021-05-07 22:47 Nathan Ringo
2021-03-21 17:46 Caleb Connolly
2021-03-22 10:06 ` Dmitry Baryshkov
2020-05-19  9:57 [PATCH 8/8] mac80211: IBSS: send deauth when expiring inactive STAs linux-wireless
2020-05-22 18:18 ` (No Subject) hyperfekt
2020-05-19  9:29 (no subject) Vinod Koul
2020-02-26 11:57 Ville Syrjälä
2020-02-26 12:08 ` Linus Walleij
2020-02-26 14:34   ` Ville Syrjälä
2020-02-26 14:56     ` Linus Walleij
2020-02-26 15:08       ` Ville Syrjälä
2019-12-20 17:06 [PATCH v5 2/7] ASoC: tegra: Allow 24bit and 32bit samples Ben Dooks
2019-12-22 17:08 ` Dmitry Osipenko
2020-01-05  0:04   ` Ben Dooks
2020-01-05  1:48     ` Dmitry Osipenko
2020-01-05 10:53       ` Ben Dooks
2020-01-06 19:00         ` [Linux-kernel] " Ben Dooks
2020-01-07  1:39           ` Dmitry Osipenko
2020-01-23 19:38             ` [alsa-devel] " Ben Dooks
2020-01-24 16:50               ` Jon Hunter
2020-01-27 19:20                 ` Dmitry Osipenko
2020-01-28 12:13                   ` Mark Brown
2020-01-28 17:42                     ` Dmitry Osipenko
2020-01-28 18:19                       ` Jon Hunter
2020-01-29  0:17                         ` Dmitry Osipenko
2020-01-30  8:05                           ` Ben Dooks
2020-01-30  9:31                             ` (no subject) Clemens Ladisch
2020-01-30  9:39                               ` [alsa-devel] " Ben Dooks
2020-01-30 14:58                                 ` Clemens Ladisch
2020-01-31 10:50                                   ` Ben Dooks
2020-01-31 11:03                                     ` Clemens Ladisch
2019-11-05 16:34 Rob Clark
2019-10-18 15:54 (No subject) Lesia Kay Rivera
2019-09-30 15:50 Stephen K Jolley
2019-08-08  0:03 (no subject) Giuliano Zannetti - ART S.p.A.
2019-07-22 20:35 Sam Ravnborg
2019-07-14 22:31 Андрей Бохонов
2019-06-13  5:54 Ralf Beck
2019-06-13 15:51 ` Pierre-Louis Bossart
2019-06-13 19:19 ` Jaroslav Kysela
     [not found] <CABRndgyzXQaYpefcMEMt1ShbqVKaf9vLJOXaL2cgUZMik4=xxw@mail.gmail.com>
2019-06-13  4:06 ` Philippe Proulx
     [not found] ` <CAB4xu_0h-q6En3_hDODbKuXd1=4_e0car73pP8Cf=LNWMKjh_g@mail.gmail.com>
2019-06-13 12:20   ` Zvi Vered
     [not found]   ` <CABRndgwEg3wYLbyfobjxdEKd8O1dAu+B+PwS-0A5gxURjKj_WA@mail.gmail.com>
2019-06-13 15:38     ` Jonathan Rajotte-Julien
     [not found]     ` <20190613153823.GC972@joraj-alpa>
2019-06-14  4:30       ` Zvi Vered
2019-06-13  3:17 Zvi Vered
2019-05-22  8:53 [No Subject] Gardner, Tim
2019-05-22  8:53 Gardner, Tim
2019-05-22  8:53 Gardner, Tim
2019-05-22  8:53 Gardner, Tim
2019-05-22  5:51 Gardner, Tim
2019-05-22  5:41 Gardner, Tim
2019-05-22  5:41 Gardner, Tim
2019-05-22  4:27 Gardner, Tim
2019-05-22  2:09 Gardner, Tim
2019-05-08 14:14 (No subject) B, Karthik
2019-04-28  8:52 (No Subject) rodomar705
2019-04-03 19:09 (No subject) Mahesh Radhakrishnan
2019-03-08 15:14 Marija Stojanovska
2019-02-05 21:52 [PATCH] wpa_supplicant: Changed systemd template units Richard Purdie
2019-02-07 14:48 ` (No subject) Joshua DeWeese
2019-01-29 16:11 Antonio Santagiuliana
2019-01-29 17:41 ` Scott Rifenbark
2018-11-19 17:26 (no subject) Razvan Cojocaru
2018-11-19 17:34 ` Razvan Cojocaru
2018-11-03 17:13 (No subject) Ankit Navik
2018-10-04 16:10 Satya Sampangi
2018-10-04 13:29 Angelo Dureghello
2018-10-04 13:55 ` Burton, Ross
2018-10-04 15:00   ` Andrea Adami
2018-10-04 15:08   ` Angelo Dureghello
2018-09-15 15:47 (no subject) Arnd Bergmann
2018-09-02 17:42 (No subject) nishant poorswani
2018-08-16 21:21 Eric Ruei
2018-08-02  8:44 Nathan Rossi
2018-07-26 16:34 (no subject) Fritz Micheal.
2018-07-25  8:25 (No subject) Eyal Reizer
2018-07-24 20:55 Djordje Senicic
2018-07-23 12:28 William Delacre
2018-07-26 19:40 ` Mark Asselstine
2018-07-27 15:03   ` Mark Asselstine
2018-07-27 16:04     ` William Delacre
2018-07-27 16:16       ` Mark Asselstine
2018-07-27 16:25         ` William Delacre
2018-07-27 16:44           ` S. Lockwood-Childs
2018-07-27 16:42             ` William Delacre
2018-07-27 16:47               ` Mark Asselstine
2018-07-31 11:54             ` William Delacre
2018-07-31 14:30               ` Mark Asselstine
2018-07-31 18:46                 ` S. Lockwood-Childs
2018-07-31 22:34                   ` William Delacre
2018-07-06 14:42 (no subject) Christian König
2018-07-05 10:38 rosdi ablatiff
2018-06-15  8:48 Dani Camps
2018-06-06  8:05 (No subject) Parthiban Nallathambi
2018-05-22  6:52 Rahul jangra
2018-05-03 19:55 taborskikrzysztof
2018-04-25 10:51 jan vermaete
2018-04-25 17:33 ` Otavio Salvador
2018-04-26 17:17   ` jan vermaete
2018-04-26 17:44     ` Otavio Salvador
     [not found] <913813716.1318110.1522099057513.ref@mail.yahoo.com>
2018-03-26 21:17 ` Ruica Cristina
2018-03-26 22:10   ` Richard Purdie
2018-03-27  3:13     ` Stephano Cetola
2018-01-24 12:00 (no subject) twischer
2017-11-27 16:20 (No subject) Volker Vogelhuber
2017-11-26  0:22 (No Subject) n1had5
2017-11-26  0:25 ` Jason A. Donenfeld
2017-11-26  0:30   ` Jonathon Fernyhough
2017-11-15 15:29 (no subject) futurelieswithin
2017-08-25  5:16 Chao Gao
2017-08-17 15:13 <no subject> Bharath Krishna
2017-08-16 15:13 (no subject) Barr. Richard Williams
2017-08-16 14:57 Barr. Richard Williams
2017-07-28  5:27 Manonmani
2017-07-26 19:04 Raviprasad Gurikar
2017-07-19 15:25 [PATCH 000/102] Convert drivers to explicit reset API Philipp Zabel
2017-07-20 20:36 ` (no subject) Heiko Stuebner
2017-07-20 20:32   ` Heiko Stuebner
2017-07-20 20:32   ` Heiko Stuebner
2017-06-19 14:57 (No subject) Мар'ян Пріцак
2017-06-19 19:01 ` Josef Holzmayr
2017-06-20  8:07   ` Tamtamis, Panagiotis
2017-06-20 14:07     ` Josef Holzmayr
2017-06-20 14:32       ` Tamtamis, Panagiotis
2017-06-20 14:55         ` Мар'ян Пріцак
2017-06-06 21:34 <no subject> Stephen  Bates
2017-05-30  5:19 (No subject) Андрей Кононов
2017-05-30 19:02 ` Petter Mabäcker
2017-05-31  5:40   ` Андрей Кононов
2017-05-07  1:33 [PATCH] openssh: Atomically generate host keys Joshua Watt
2017-05-09  2:24 ` (No subject) Joshua Watt
2017-04-06  0:06 Andrej Rode
2017-04-04 11:29 (no subject) Seraphime Kirkovski
2017-03-10  9:49 (No subject) Suneetha Lakshmi G
2017-03-09 10:32 (no subject) Felix Bruns
2017-02-27 18:12 Dmitry Rockosov
2017-03-06 10:48 ` George Dunlap
2017-02-21 14:58 anders
2017-02-17 17:17 dhara buch
2017-02-20 17:56 ` Dario Faggioli
2017-02-17 10:47 Norbert Manthey
2017-02-17 11:35 ` Andrew Cooper
2017-02-17  7:35 (No subject) Paulo Neves
2017-02-09 11:53 (no subject) anders
2017-01-25  9:38 <no subject> Sirisha Guduru
2017-01-16 16:28 (no subject) Tony Whittam
2017-01-09 10:49 (No subject) Rohit Jindal
2016-12-29  0:56 (no subject) Ronald Rojas
2017-01-04  1:10 ` Stefano Stabellini
2016-11-30 12:32 胡瑞桓
2016-11-28 17:18 Ronald Rojas
2016-11-11 16:16 [PATCH i-g-t v5 1/4] lib: add igt_dummyload Daniel Vetter
2016-11-14 18:24 ` (no subject) Abdiel Janulgue
2016-10-27  5:26 <no subject> Bharath Krishna
2016-09-20 18:12 (no subject) xerofoify
2016-07-22 10:35 (No subject) Amarnath Valluri
2016-07-19  8:34 (no subject) Alex Gershgorin
     [not found] ` <1DC01DCD0F70AE4284AE3A5E8C726E2240106236-6dhP19T7b9reAA7jXO2vED4kX+cae0hd@public.gmane.org>
2016-08-10 11:39   ` Jarkko Sakkinen
2016-07-16 11:51 姚 忠将
2016-07-12 12:27 (No subject) Julien CARBONNIER
2016-07-07  9:36 (no subject) George Dunlap
2016-07-07 11:03 ` Dario Faggioli
2016-07-07 12:48   ` George Dunlap
2016-07-07 15:42     ` Dario Faggioli
2016-10-31 10:33     ` Ian Jackson
2016-07-04 12:34 Brian Neu
2016-06-29  6:16 Jason Gunthorpe
2016-06-28 10:54 Xieyingtai
2016-05-26 12:04 Brian Neu
2016-05-19 14:34 Roger Pau Monné
2016-04-12 22:52 Nichole Neeley
2016-03-18 16:55 (No subject) Nagi Chitta Reddy
2016-03-19  2:19 ` Zhenhua Luo
2016-03-17 12:20 (no subject) Safa Hamza
2016-03-18 11:34 ` Safa Hamza
2016-02-25 12:38 Ayushi Arora
2016-02-23  0:55 (No subject) Joe MacDonald
2016-01-11  9:04 (no subject) Brian Neu
2016-01-07  5:34 (No subject) Baokang.Huang(黄宝亢)
2015-12-07 17:27 (no subject) Ian Jackson
     [not found] <CABRndgzjgufnXE7_0Erp=B2P-5j3w4nZFhShn8V5oqGxd8PPaw@mail.gmail.com>
2015-11-27  4:28 ` Philippe Proulx
2015-11-27  3:20 Zvi Vered
2015-08-07  6:30 Mr. Vincent Cheng
2015-08-05 13:27 [RFC PATCH v3.1 2/2] xsplice: Add hook for build_id Martin Pohlack
2015-08-05 14:06 ` (no subject) Martin Pohlack
2015-07-30 22:16 (No subject) Edward Vidal
2015-07-29 21:56 (no subject) Mr. Vincent Cheng
2015-07-14 15:24 (No subject) Alvaro Martinez Tovar
2015-07-15 10:59 ` Felipe Tonello
2015-07-14  5:56 Alvaro Martinez Tovar
2015-08-13 17:40 ` Khem Raj
2015-06-30 10:50 (no subject) E.Richiardone
2015-06-12 17:09 [PATCH 2/2] drm/i915: Rework order of operations in {__intel, logical}_ring_prepare() Dave Gordon
     [not found] ` <1433789441-8295-1-git-send-email-david.s.gordon@intel.com>
2015-06-12 17:09   ` [PATCH v2] Resolve issues with ringbuffer space management Dave Gordon
2015-06-12 20:25     ` (no subject) Dave Gordon
2015-06-17 11:04       ` Daniel Vetter
2015-06-17 12:41         ` Jani Nikula
2015-06-18 10:30         ` Dave Gordon
2015-06-10  5:30 (No subject) Sharath M.
2015-06-10 12:21 ` Daiane Angolini
     [not found] <CAG4vvd49JfNUgN9p9vW0bQXoRkBjER74zVbTAg-CmtETZeDn2Q@mail.gmail.com>
2015-05-14 21:14 ` (no subject) Simon Marchi
     [not found] ` <CAFXXi0kf0aWS7vS9m8HmdPoXR3RL=bjtaL_y+coR7T2npE=eWQ@mail.gmail.com>
2015-05-16 15:35   ` Alexandre Montplaisir
2015-05-14 19:33 Francis Rivest
2015-04-14 10:10 Mika Kahola
2015-03-08 19:00 (No subject) Rickard Bremer
2015-03-02 12:39 Raghavendra Kakarla
2015-01-09 12:32 Debasmita Lohar
2015-01-06 17:17 (no subject) Konrad Rzeszutek Wilk
2015-01-02  9:29 arivumani
2014-12-19  9:53 Minalkumar Patel
2014-12-19  9:59 ` Ian Campbell
2014-12-15 20:23 (No subject) Fabrício Lélis
2014-12-08 19:36 (no subject) dev-bounces-VfR2kkLFssw
2014-12-08 19:36 dev-bounces-VfR2kkLFssw
2014-12-08 19:36 dev-bounces-VfR2kkLFssw
2014-12-08 19:36 dev-bounces-VfR2kkLFssw
2014-12-08 19:36 dev-bounces-VfR2kkLFssw
2014-12-08 19:36 dev-bounces-VfR2kkLFssw
2014-12-08 19:36 dev-bounces-VfR2kkLFssw
2014-11-14 16:40 Angelo Dureghello
2014-11-14 14:23 (No subject) Otavio Salvador
2014-11-09  1:18 (no subject) saulery
2014-09-22 15:10 Cleveland Finance
2014-09-20 22:12 Cleveland Finance
2014-09-13 15:24 asd
     [not found] ` <20140913182452.45609099-jrA/B3VWHiL2D7C+UIOg5A@public.gmane.org>
2014-09-13 15:32   ` Ilia Mirkin
     [not found]     ` <CAKb7UvgnwZAUq1GMcNJBmSyH3Me2=ooKhDOPrgAes6TCbHMBHg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2014-09-13 15:39       ` Martin Peres
2014-09-03 12:19 US-ARMEE
2014-09-03 12:18 US-ARMEE
2014-08-15 12:56 arivumani
2014-08-07 12:34 (No subject) Modemtec Modemtec
2014-08-05 21:20 (no subject) James McCammond
2014-07-23 10:50 这是发件人姓名
2014-07-16  3:26 (No subject) Shan Hai
2014-07-11 14:54 Philip Balister
2014-07-12  4:55 ` Khem Raj
2014-07-02  6:50 Himanshu  Pandey
2014-06-25 18:28 Anand Moon
2014-05-30  4:05 Kashyap Gada
2014-05-27  9:36 hari prasad
2014-05-27  9:55 ` zhenhua.luo
2014-05-27 12:46 ` Otavio Salvador
2014-05-27 12:50   ` Daiane.Angolini
2014-05-26  4:36 hari prasad
2014-05-22 15:46 hari prasad
2014-05-22 16:05 ` Otavio Salvador
2014-05-23  6:07   ` zhenhua.luo
2014-05-18 19:54 hari prasad
2014-05-19  9:46 ` zhenhua.luo
2014-05-19 10:17   ` hari prasad
2014-05-19 10:29     ` zhenhua.luo
2014-05-03 16:50 (no subject) James McCammond
2014-02-13 23:47 Zir Blazer
2014-02-13 16:01 Simon Martin
2014-02-13 16:10 ` Andrew Cooper
2014-02-13 17:27   ` Don Slutz
2014-02-04 14:18 Валентин Сайков
     [not found] <CA+knAyLjni_imS1h=+==+Gqax9ZAQu0k5Wxi0ztjph_J=LZJWw@mail.gmail.com>
2014-01-22  2:30 ` Suchakrapani Datt Sharma
2014-01-22 13:39 ` Simon Marchi
     [not found] ` <CAFXXi0=xW=2CKSgcJuRZCx3MzTE-_gtxEm+kM+cM1LFWcHu=Wg@mail.gmail.com>
2014-01-22 20:01   ` Mehran Khan
2014-01-21 23:34 Mehran Khan
2014-01-21 16:38 [PATCH] drm/i915: (VLV2) Fix the hotplug detection bits Todd Previte
2014-01-23  4:22 ` (no subject) Todd Previte
2013-12-31 15:15 Konrad Rzeszutek Wilk
2013-12-30  2:29 Oravil Nair
2014-01-07  7:32 ` Daniel Vetter
2013-12-17 18:35 Ian Jackson
2013-12-18 11:19 ` George Dunlap
2013-12-18 13:35   ` Ian Campbell
2014-01-07 13:55     ` Ian Campbell
2013-12-15  7:58 Adel Amani
2013-12-13 13:39 (No subject) Flanagan, Elizabeth
2013-11-23  2:09 (no subject) SANTANDER ASSET FINANCE PLC
2013-11-19 17:43 (No subject) Jacob Kroon
2013-11-19 18:30 ` Jacob Kroon
2013-11-13 19:02 (no subject) Jim Durand
2013-11-18 14:17 ` George Dunlap
2013-10-19 17:23 (No subject) Otavio Salvador
2013-10-08 14:19 João Henrique Freitas
2013-10-08 19:42 ` Denys Dmytriyenko
2013-10-01 14:24 "Kernel access of bad area" in kernel module Jack
2013-10-01 14:39 ` Anders Darander
2013-10-03  7:47   ` (No subject) Jack
2013-10-04 17:55     ` Anders Darander
2013-10-10  7:07       ` Jack
2013-09-13 16:59 (no subject) David Vrabel
2013-09-11  4:54 (No subject) arun kumar
2013-08-18 10:37 Andy Ng
2013-08-14  2:28 (no subject) yvxiang
2013-08-14  2:31 ` yvxiang
2013-08-14  2:57 ` agya naila
2013-08-05  8:38 Chih-Chung Chang
2013-07-31 15:07 (No subject) Joe MacDonald
2013-07-04 11:32 (no subject) Tim Deegan
2013-06-28 16:10 ` [PATCH 08/10] xen: arm: add scope to dsb and dmb macros Ian Campbell
2013-07-04 11:44   ` (no subject) Tim Deegan
2013-06-26 11:42 Divya Kapil
2013-06-26 11:54 ` Ian Campbell
2013-06-16 13:45 wei.liu2
2013-06-02 11:27 [No subject] Giovane
     [not found] <pull request for net: batman-adv 2013-05-21>
2013-05-21 19:53 ` (no subject) Antonio Quartulli
     [not found]   ` <1369166035-585-1-git-send-email-ordex-GaUfNO9RBHfsrOwW+9ziJQ@public.gmane.org>
2013-05-21 19:56     ` Antonio Quartulli
2013-05-14 15:11 Feng Tang
2013-05-03  8:48 Lars Kurth
2013-04-21 22:26 Lonnie Cumberland
     [not found] <CAHyyzzTtK+LbxOh2r_X0=Zd2FsTxoAiLLaWahv5FY-QZnQxhLQ@mail.gmail.com>
     [not found] ` <CAHyyzzSO0vY3LquDjXVAeV3U9sLnAY28+iADzsOLFkMGcJHLOQ@mail.gmail.com>
     [not found]   ` <CAHyyzzSDqmBNWmyRKFijei8YrJD5i40AJ9mcxxnme9CeCLZX2g@mail.gmail.com>
     [not found]     ` <CAHyyzzQcjzeWv-Z6SBOb8Ra0u6BOMzjKV3Ze482rMmMHkAMccw@mail.gmail.com>
     [not found]       ` <CAHyyzzQsh30y7-4M1xmJc+8p-EcqS0+jaibpTrXxTQi92iGDgw@mail.gmail.com>
2013-04-10 15:28         ` jacek burghardt
2013-04-10  6:57 Mina Jafari
     [not found] <CAEyVMbDjLwcDFrQ7y4UtGp7HOT1wi5MB2EWLGTuOdJCKDWsUew@mail.gmail.com>
2013-04-03 15:46 ` Daniel Vetter
2013-03-19  7:57 (No subject) Florin Cristian Dan
2013-03-15  7:40 (no subject) digvijay chauhan
2013-03-15  9:59 ` Ian Campbell
2013-03-15 11:18 ` Pasi Kärkkäinen
2013-03-06 14:55 (No subject) Tarek El-Sherbiny
2013-02-26 20:04 (no subject) pedro noticioso
2013-02-22 18:18 (No subject) Jeremy Stashluk
2013-02-12  0:14 Belisko Marek
2013-02-12  0:14 Belisko Marek
2013-02-12  7:37 ` Iorga, Cristian
2013-02-12  8:22   ` Andrei Gherzan
2013-01-23 15:12 Belal, Awais
2013-01-21 10:49 Mike Looijmans
2013-01-21 11:26 ` Richard Purdie
2013-01-18 23:13 Carrillodominguez Francisco Alberto-B35153
2013-01-18 23:23 ` Otavio Salvador
2013-01-18 23:24 ` Eric Bénard
2013-01-08 21:51 (no subject) Rushikesh Jadhav
2013-01-05 10:25 mnccsm-b2MIaZL8fbqsTnJN9+BGXg
2012-12-08  3:21 艾祝
2012-12-06  9:49 (No subject) Lukas Bulwahn
2012-11-27  8:45 GOPIKRISHNAN S
2012-11-27 17:02 ` McClintock Matthew-B29882
2012-11-28  7:22 ` Luo Zhenhua-B19537
2012-11-29  5:56   ` GOPIKRISHNAN S
2012-11-29  7:17     ` Luo Zhenhua-B19537
2013-03-01  6:00       ` McClintock Matthew-B29882
2012-11-19 20:39 (no subject) Stefan Priebe
2012-11-15 12:08 Tim Deegan
2012-11-15 23:04 ` Aravindh Puthiyaparambil
2013-04-22 21:56 ` Cutter 409
2013-04-23  8:49   ` Tim Deegan
2012-11-12  0:48 (No subject) Ilya Dmitrichenko
2012-10-12 13:00 (no subject) a1tmblwd
2012-10-05 11:48 ABN AMRO
2012-10-05 11:48 ` ABN AMRO
2012-09-19 14:53 Webmaster
2012-09-04 14:40 [GIT PULL] sound fixes for 3.6-rc5 Takashi Iwai
2012-09-06  6:02 ` Markus Trippelsdorf
2012-09-06  6:33   ` (no subject) Daniel Mack
2012-09-06  6:48     ` Takashi Iwai
2012-08-17 12:36 xuluqxulu
2012-08-05 19:48 (No subject) Javier Martinez Canillas
2012-08-06 14:59 ` Richard Purdie
2012-07-27 23:02 (no subject) lmw
2012-07-19 20:00 Olivier Galibert
2012-07-17 16:16 (No subject) Ross Burton
2012-07-14  4:16 (no subject) 张智
2012-07-19 10:24 ` Tim Deegan
2012-07-03 21:08 (No subject) Mikhail Boiko
2012-06-23 15:23 (no subject) sindu sindhu
2012-06-21 21:36 (No subject) Andreas Müller
2012-06-22  9:34 ` Henning Heinold
2012-05-31 18:00 (no subject) Muhammad Jamil
2012-05-07 20:13 sabah halif
2012-05-01  7:57 (No subject) Craig McQueen
2012-05-01 11:00 ` Radoslav Kolev
2012-04-15  6:09 (no subject) Lin Ming
2012-04-12  0:55 Rodrigo Vivi
2012-04-09 14:39 niamathullah sharief
2012-04-08  2:26 Muhammad Jamil
2012-04-05 18:26 Francisco Rocha
2012-04-05 19:36 ` Wei Huang
2012-04-05 20:17   ` Francisco Rocha
2012-04-05 20:27     ` Wei Huang
2012-04-05 20:43       ` Francisco Rocha
2012-04-06 14:53         ` Francisco Rocha
2012-04-06 14:51           ` Wei Huang
2012-04-06 15:02             ` Francisco Rocha
2012-04-06 15:14             ` Konrad Rzeszutek Wilk
2012-04-06 16:09               ` Francisco Rocha
2012-04-05  6:44 Muhammad Jamil
2012-04-03 18:25 Muhammad Jamil
2012-04-03 12:42 Muhammad Jamil
2012-02-24 18:54 Ian Jackson
2012-02-21 22:33 (No subject) Andrei Gherzan
2012-02-17 19:15 (no subject) Ian Jackson
2012-02-15 12:06 (No subject) Hauser, Wolfgang (external)
2011-11-05  1:45 (no subject) Tarak Ranjan
2011-10-20  0:17 Mikulas Patocka
2011-10-17  7:40 Paolo Bonzini
2011-10-17 17:05 ` Konrad Rzeszutek Wilk
2011-10-17 21:02   ` Ian Campbell
2011-10-18  7:13   ` Paolo Bonzini
2011-10-09 22:40 Maxim Levitsky
2011-10-06 13:11 Pratik shinde
2011-10-06 13:18 ` Andrew Cooper
2011-09-08 10:20 A S
2011-09-08 11:03 ` Clemens Ladisch
     [not found] <4a795deb3789430487146a8425c1c337@DLEE74.ent.ti.com>
2011-08-27  4:38 ` (No subject) Joel A Fernandes
2011-08-27  7:11   ` Koen Kooi
2011-08-27  3:26 Joel A Fernandes
2011-08-27  7:07 ` Koen Kooi
2011-07-27  8:33 (no subject) Grant McWilliams
2011-07-01  2:28 (No subject) Fan, WenhuaX
2011-06-21  3:39 (no subject) Attila Jecs
2011-06-21 13:20 ` Konrad Rzeszutek Wilk
2011-06-14 14:53 (No subject) Bruce Ashfield, Bruce Ashfield
2011-06-04 10:10 (no subject)  ©2011.Coca-Cola Great Britain 
2011-06-04  9:32  ©2011.Coca-Cola Great Britain 
2011-06-04  9:31  ©2011.Coca-Cola Great Britain 
2011-06-04  9:31  ©2011.Coca-Cola Great Britain 
2011-06-04  9:31 ` 
2011-06-04  9:31  ©2011.Coca-Cola Great Britain 
2011-06-04  9:31  ©2011.Coca-Cola Great Britain 
2011-06-04  9:30  ©2011.Coca-Cola Great Britain 
2011-06-04  9:30  ©2011.Coca-Cola Great Britain 
2011-06-04  9:30 
2011-06-04  9:21  ©2011.Coca-Cola Great Britain 
2011-06-04  9:20  ©2011.Coca-Cola Great Britain 
2011-05-27 19:12 Swastik Das
2011-05-25 18:38  ©2011.Coca-Cola Great Britain 
2011-05-25 18:38  ©2011.Coca-Cola Great Britain 
2011-05-25 18:38  ©2011.Coca-Cola Great Britain 
2011-05-25 18:38  ©2011.Coca-Cola Great Britain 
2011-05-25 18:36  ©2011.Coca-Cola Great Britain 
2011-05-25 18:36  ©2011.Coca-Cola Great Britain 
2011-05-01  7:56 Dan Carpenter
2011-05-01  8:02 ` Dan Carpenter
2011-04-28 18:33 [PATCH 0/2] safer reclocking take 2 Martin Peres
     [not found] ` <1304015622-5910-1-git-send-email-martin.peres-GANU6spQydw@public.gmane.org>
2011-04-30  0:17   ` (no subject) Martin Peres
2011-04-28  5:35 [PATCH 0/1] Resend:[Image-Creator]Make bitbake server type configurable (xmlrpc, none) Liping Ke
2011-04-28  5:35 ` (No subject) Liping Ke
2011-04-25  1:42 (no subject) Mr. Miaoqing Fang
2011-04-14 18:13 forcewake v4 (now with spinlock) Ben Widawsky
2011-04-14 18:13 ` (no subject) Ben Widawsky
2011-04-11  2:20 TONY KINGS
2011-04-11  2:18 TONY KINGS
2011-04-11  2:15 TONY KINGS
2011-04-11  2:08 TONY KINGS
2011-04-08 17:47 forcewake junk, RFC, RFT(test) Ben Widawsky
2011-04-09 20:26 ` forcewake junk, part2 Ben Widawsky
2011-04-09 20:26   ` (no subject) Ben Widawsky
2011-04-07 21:32 Jesse Barnes
2011-04-04  6:18 Novik, Alex
2011-03-20 22:27 Keshav Darak
2011-03-01 17:45 (No subject) Denis 'GNUtoo' Carikli
2011-03-01 18:25 ` Denis 'GNUtoo' Carikli
2011-03-01 14:02 (no subject) Javier Martin
2010-11-16 11:12 Ken Ash
2010-11-10 18:10 Russell Cattelan
2010-11-09  9:17 [PATCH] drm/i915/ringbuffer: set force wake bit before reading ring register Zou Nan hai
2010-11-09  9:17 ` Zou, Nanhai
2010-11-09 10:50   ` Chris Wilson
2010-11-10  0:36     ` Zou, Nanhai
2010-11-10  7:54       ` Chris Wilson
2010-11-10 18:47         ` Jesse Barnes
2010-11-17 22:52           ` (no subject) Thantry, Hariharan L
2010-10-16 23:39 RODNEY BINGHAM
2010-10-07  2:46 Mike Viau
2010-10-07 10:43 ` Stefano Stabellini
2010-10-07 13:43   ` George Shuklin
2010-10-07 14:21     ` Ian Campbell
2010-10-07 16:54       ` George Shuklin
2010-10-07 14:02 ` Ian Campbell
2010-06-02  9:19 (No subject) Soumya R
2010-06-02 15:41 ` Hodgson, Simon
2010-06-03  2:37   ` Soumya R
2010-06-03  5:10     ` Khem Raj
2010-06-03  8:24       ` Hodgson, Simon
2010-10-29 11:43         ` Nick Lee

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.