(no subject)

(no subject)

[Lia Maggioni]

When I start the system with YWRAP activated I have scrolling problems , 
in fact when I make the screen scrolling for a while (for example during 
the examination of a document with "less" or during the compilation of a 
software) , on the screen starts appear colored lines on the screen and 
these starts scrolling . When the screen is full of this lines these 
disappear and the text is back , but after few scroll again these lines 
appears. With 2.4.21-ac4 kernel the problem is more evident than the 
2.4.21 "vanilla" .  If I reboot the system doesn't appears lines 
anymore, but instead of the lines appears words of the precedent boot of 
the system, seems like that the video memory have not been reset , and 
that the FB takes parts of the Video data Junk remained after the reboot 
and visualize these on the screen. Seems like an error in addressing the 
video memory .

With 2.4.20 and precedent this doesn't happen .

Please help me :cry:

Bye

marcello



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100006ave/direct;at.asp_061203_01/01

(no subject)

[Eliot Blennerhassett]

The problem I am seeking help on is not an ALSA problem per-se, but as I am
working on an ALSA driver I thought I'd start here...
any suggestions for a more appropriate forum will be gratefully accepted.


Background info:
I have a lowlevel driver that works fine when I used semaphores to prevent
conention for my hardware.  Access was soley via ioctl into my driver.

I have to change the semaphore to a spinlock now that I also call basically the
same entry point from a timer routine in my ALSA driver.

When I record from the card the data is read from the card into a userspace
buffer

    ptr,size = <Buffer pointer,size received from user application>

    fs = get_fs();
    set_fs(get_ds());
    /* Ensure that the data buffer is resident in memory.  */
    if (!access_ok (wrflag ? VERIFY_WRITE : VERIFY_READ, ptr, bytes))
    {
        set_fs(fs);
        return -EFAULT;
     }

    /* Inside here is the spinlock, and a copy to the ptr mentioned above */
    HPI_MessageF (gphHpiSubsys, &hm, &hr, file );
    
    set_fs(fs);
    
Problem:
The single change from semaphore to spinlock results in a kernel panic when I
try to record from my card:
	Unable to handle kernel paging request at virtual address ...

    
Question:
Notwithstanding bad style etc, am I doing something that is fundamentally wrong
in using a userspace buffer when I am inside a spinlock i.e. in interrupt
context?  (In the same way as I must not use a semaphore in interrupt context)

Could it be that when I try to write to the buffer it causes a page fault, which
cannot be handled in interrupt context?
But I thought that access_ok call should take care of making sure the buffer is
in memory...


TIA for any insights you may have.

Eliot Blennerhassett
AudioScience Inc.
--
Junk footer beyond this point. Read at your own risk.


-------------------------------------------------------------
Sign up for ICQmail at http://www.icq.com/icqmail/signup.html


-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0

Re: (no subject)

[Takashi Iwai]

At Tue, 15 Jul 2003 18:55:10 -0700 (PDT),
Eliot Blennerhassett wrote:
> 
> Question:
> Notwithstanding bad style etc, am I doing something that is fundamentally wrong
> in using a userspace buffer when I am inside a spinlock i.e. in interrupt
> context?  (In the same way as I must not use a semaphore in interrupt context)

yes.  you cannot copy_from/to_user() in the atomic situation.


Takashi


-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0

(no subject)

[Support technique morex]

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

unsubscribe
  ----- Original Message ----- 
  From: xavier renaut 
  To: netfilter 
  Sent: Wednesday, July 16, 2003 5:03 PM
  Subject: printing the owner cmd and uid in iptables logs



  Hi, 

  i'd like to print the owner cmd and uid in my logs,
  so that i'll be able to track more easily  software
  on my box....

  is there a way to do it with stock iptables ?

  (-j LOG prints a lot of things, but not the owner cmd/uid)

  do i need a better logging alternative (ulog ?) ?


  thanks


  -- 
  xavier renaut, 514 906 1212 x226  

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

(no subject)

[Nitin Mahajan]

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

Hello !

I have written a driver for 69030 card and was able to program the BitBLT engine .

Now I want to play MPEG4 video on the card.I will get input as RGB not the YUV data initially.

I need a very high frame rate of around 25-30fps. What part of hardware I need to program additionally other than BitBLT engine and how to achieve this rate? Will the way of using fbmem into pages help inthis regard? Will utilisation of double buffering helpin this regard??? 

Thanking u in advance

Regards,

 
Nitin Mahajan
mail:nitin@soc-soft.com
Ph:51101667. Mobile : 9886099925
======================================
The Lord gave us two ends -- one to sit on and the other to think with. Success depends on which one we use the most.
 

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

(no subject)

[Cédric Barboiron]

subscribe linux-kernel

Re: (no subject)

[jiho]

You must send this to:

    majordomo@vger.kernel.org

not to linux-kernel itself.


Cédric Barboiron wrote:
> subscribe linux-kernel
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
> 

(no subject)

[Diego Woitasen (Lanux)]

This patch add support for quotas per source ip. Please I want to hear your opinion about this.

Sorry, this is the correct patch against patch-o-matic and iptables-userspace.
and excuses by the previous mail, badly were written up.

Thanks.



diff -urN patch-o-matic-20030107-old/base/quota.patch patch-o-matic-20030107/base/quota.patch
--- patch-o-matic-20030107-old/base/quota.patch	2001-12-03 19:22:56.000000000 -0300
+++ patch-o-matic-20030107/base/quota.patch	2003-06-30 14:37:20.000000000 -0300
@@ -1,39 +1,223 @@
-diff -urN kernel-source-2.4.16/include/linux/netfilter_ipv4/ipt_quota.h kernel-source-2.4.16-samj/include/linux/netfilter_ipv4/ipt_quota.h
---- kernel-source-2.4.16/include/linux/netfilter_ipv4/ipt_quota.h	Thu Jan  1 10:00:00 1970
-+++ kernel-source-2.4.16-samj/include/linux/netfilter_ipv4/ipt_quota.h	Mon Dec  3 21:43:07 2001
-@@ -0,0 +1,11 @@
+diff -urN -X dontdiff linux-2.4.20-orig/include/linux/netfilter_ipv4/ipt_quota.h linux-2.4.20/include/linux/netfilter_ipv4/ipt_quota.h
+--- linux-2.4.20-orig/include/linux/netfilter_ipv4/ipt_quota.h	Wed Dec 31 21:00:00 1969
++++ linux-2.4.20/include/linux/netfilter_ipv4/ipt_quota.h	Wed May 21 12:38:05 2003
+@@ -0,0 +1,20 @@
 +#ifndef _IPT_QUOTA_H
 +#define _IPT_QUOTA_H
 +
++#include <linux/list.h>
++
 +/* print debug info in both kernel/netfilter module & iptable library */
-+//#define DEBUG_IPT_QUOTA
++/* #define DEBUG_IPT_QUOTA */
++
++#define IPT_QUOTA				0x0001
++#define IPT_IPDSTQUOTA				0x0002
++#define IPT_QUOTA_FLAG_NEGATE		   	0x0004
++#define IPT_QUOTA_FLAG_COUNT_FULL		0x0009
 +
 +struct ipt_quota_info {
-+        u_int64_t quota;
++	u_int64_t quota;	
++	u_int16_t flags;
++	struct list_head *ipquota_hash;
 +};
 +
 +#endif /*_IPT_QUOTA_H*/
-diff -urN kernel-source-2.4.16/net/ipv4/netfilter/ipt_quota.c kernel-source-2.4.16-samj/net/ipv4/netfilter/ipt_quota.c
---- kernel-source-2.4.16/net/ipv4/netfilter/ipt_quota.c	Thu Jan  1 10:00:00 1970
-+++ kernel-source-2.4.16-samj/net/ipv4/netfilter/ipt_quota.c	Mon Dec  3 21:42:08 2001
-@@ -0,0 +1,81 @@
+diff -urN -X dontdiff linux-2.4.20-orig/net/ipv4/netfilter/ipt_quota.c linux-2.4.20/net/ipv4/netfilter/ipt_quota.c
+--- linux-2.4.20-orig/net/ipv4/netfilter/ipt_quota.c	Wed Dec 31 21:00:00 1969
++++ linux-2.4.20/net/ipv4/netfilter/ipt_quota.c	Wed May 21 12:38:17 2003
+@@ -0,0 +1,381 @@
 +/* 
 + * netfilter module to enforce network quotas
 + *
 + * Sam Johnston <samj@samj.net>
++ *
++ * 20 May 2003: Diego Woitasen (diegows@linux.org.ar):
++ *	- new quota per destination ip
++ * 29 Apr 2003: Brad Fisher (brad@info-link.net):
++ *	- ! inverse match and add the option to count total packet size
++ *	    (headers + data)
++ *
 + */
++
 +#include <linux/module.h>
 +#include <linux/skbuff.h>
 +#include <linux/spinlock.h>
 +#include <linux/interrupt.h>
-+
++#include <linux/vmalloc.h>
++#include <linux/ip.h>
++#include <linux/tcp.h>
 +#include <linux/netfilter_ipv4/ip_tables.h>
 +#include <linux/netfilter_ipv4/ipt_quota.h>
++#include <linux/netfilter_ipv4/ip_conntrack.h>
++#include <linux/proc_fs.h>
++#include <linux/netfilter_ipv4/lockhelp.h>
++#include <linux/sysctl.h>
++
++/* I don't need this DW */
++#define ASSERT_READ_LOCK(x)
++#define ASSERT_WRITE_LOCK(x)
++
++#include <linux/netfilter_ipv4/listhelp.h>
++
++#define QUOTA_KEY(ip) (ip % quota_hash_size)
 +
 +MODULE_LICENSE("GPL");
 +
 +static spinlock_t quota_lock = SPIN_LOCK_UNLOCKED;
 +
++static int kmem = 0;
++static int vmem = 0;
++static int hashsize = 0;
++static int quota_hash_size = 0;
++static int ipquota_kmem_max = 0;	/* max struct ipquota that could be alloc. */
++
++static kmem_cache_t *ipquota_cache;
++
++MODULE_PARM(hashsize, "i");
++MODULE_PARM(ipquota_kmem_max, "i");
++
++struct ipquota {
++	struct list_head list;
++	u_int32_t ip;
++	u_int64_t quota;
++};
++
++#ifdef CONFIG_SYSCTL
++
++static struct ctl_table_header *ip_quota_sysctl_header;
++
++static ctl_table ipquota_table[] = {
++	{4048, "ipquota_kmem_max", &ipquota_kmem_max, sizeof (ipquota_kmem_max),
++	 0644, NULL, proc_dointvec}
++	,
++	{0}
++};
++
++static ctl_table ipquota_table_dir[] = {
++	{NET_IPV4, "ipv4", NULL, 0, 0555, ipquota_table, 0, 0, 0, 0, 0},
++	{0}
++};
++
++static ctl_table ipquota_table_root[] = {
++	{CTL_NET, "net", NULL, 0, 0555, ipquota_table_dir, 0, 0, 0, 0, 0},
++	{0}
++};
++
++#endif
++
++static inline void *
++quota_alloc(void)
++{
++
++	if (kmem > ipquota_kmem_max)
++		return NULL;
++	kmem++;
++	return kmem_cache_alloc(ipquota_cache, GFP_ATOMIC);
++
++}
++
++static inline void
++quota_free(void *tmp_if)
++{
++
++	kmem--;
++	kmem_cache_free(ipquota_cache, tmp_if);
++
++}
++
++static inline void *
++quota_valloc(size_t size)
++{
++
++	vmem++;
++	return vmalloc(size);
++
++}
++
++static inline void
++quota_vfree(void *tmp_if)
++{
++
++	vmem--;
++	vfree(tmp_if);
++
++}
++
++static inline int
++quota_cmpfn(const struct ipquota *ipquota_tmp, u_int32_t ip)
++{
++
++	return ipquota_tmp->ip == ip;
++
++}
++
++static struct ipquota *
++quota_get(struct ipt_quota_info *info, u_int32_t ip)
++{
++
++	struct list_head *bucket;
++	struct ipquota *ipquota_tmp;
++
++	bucket = &info->ipquota_hash[QUOTA_KEY(ip)];
++
++	ipquota_tmp = LIST_FIND(bucket, quota_cmpfn, struct ipquota *, ip);
++
++	if (!ipquota_tmp) {
++		ipquota_tmp = quota_alloc();
++		if (!ipquota_tmp) {
++			printk(KERN_ERR
++			       "unable to create ipquota item (quota_alloc),"
++			       "ipquota_kmem_max reached");
++			return ipquota_tmp;
++		}
++
++		ipquota_tmp->ip = ip;
++		ipquota_tmp->quota = 0;
++		list_append(bucket, ipquota_tmp);
++	}
++	return ipquota_tmp;
++
++}
++
++static int
++quota_hash_init(struct ipt_quota_info *info)
++{
++
++	int i;
++
++	info->ipquota_hash =
++	    quota_valloc(sizeof (struct list_head) * quota_hash_size);
++
++	if (!info->ipquota_hash) {
++		printk(KERN_ERR "Unable to create quota_hash\n");
++		return (-1);
++	}
++
++	for (i = 0; i < quota_hash_size; i++)
++		INIT_LIST_HEAD(&info->ipquota_hash[i]);
++
++	return (quota_hash_size);
++
++}
++
++static int
++quota_hash_destroy(struct ipt_quota_info *info)
++{
++
++	int i;
++
++	for (i = 0; i < quota_hash_size; i++) {
++		struct list_head *pos_tmp, *n_tmp;
++		list_for_each_safe(pos_tmp, n_tmp, &info->ipquota_hash[i]) {
++			list_del(pos_tmp);
++			quota_free(pos_tmp);
++		}
++
++	}
++	quota_vfree(info->ipquota_hash);
++
++}
++
 +static int
 +match(const struct sk_buff *skb,
 +      const struct net_device *in,
@@ -42,59 +226,184 @@
 +      int offset, const void *hdr, u_int16_t datalen, int *hotdrop)
 +{
 +
-+        struct ipt_quota_info *q = (struct ipt_quota_info *) matchinfo;
++	struct ipt_quota_info *q = (struct ipt_quota_info *) matchinfo;
++
++	if (q->flags & IPT_QUOTA_FLAG_COUNT_FULL)
++		datalen = skb->len;
 +
-+        spin_lock_bh(&quota_lock);
++	spin_lock_bh(&quota_lock);
 +
-+        if (q->quota >= datalen) {
-+                /* we can afford this one */
-+                q->quota -= datalen;
-+                spin_unlock_bh(&quota_lock);
++	if (q->flags & IPT_QUOTA) {
++		if (q->quota >= datalen) {
++			/* we can afford this one */
++			q->quota -= datalen;
++			goto quota;
++		}
++		/* so we do not allow even small packets from now on */
++		q->quota = 0;
++	} else if (q->flags & IPT_IPDSTQUOTA) {
++
++		struct ipquota *ipquota_tmp;
++
++		ipquota_tmp = quota_get(q, skb->nh.iph->daddr);
++		if (!ipquota_tmp)
++			goto xquota;
++
++		if ((ipquota_tmp->quota + datalen) < q->quota) {
++			ipquota_tmp->quota += datalen;
++			goto quota;
++		} else
++			goto xquota;
++
++	}
++
++      xquota:
++	spin_unlock_bh(&quota_lock);
 +
 +#ifdef DEBUG_IPT_QUOTA
-+                printk("IPT Quota OK: %llu datlen %d \n", q->quota, datalen);
++	printk("IPT Quota Failed: max=%llu\n", q->quota);
 +#endif
-+                return 1;
-+        }
 +
-+        /* so we do not allow even small packets from now on */
-+        q->quota = 0;
++	if (q->flags & IPT_QUOTA_FLAG_NEGATE)
++		return 1;
++	return 0;
++
++      quota:
++	spin_unlock_bh(&quota_lock);
 +
 +#ifdef DEBUG_IPT_QUOTA
-+        printk("IPT Quota Failed: %llu datlen %d \n", q->quota, datalen);
++	printk("IPT Quota OK: %llu datlen %d \n", q->quota, datalen);
 +#endif
 +
-+        spin_unlock_bh(&quota_lock);
-+        return 0;
++	if (q->flags & IPT_QUOTA_FLAG_NEGATE)
++		return 0;
++	return 1;
++
 +}
 +
 +static int
 +checkentry(const char *tablename,
-+           const struct ipt_ip *ip,
-+           void *matchinfo, unsigned int matchsize, unsigned int hook_mask)
++	   const struct ipt_ip *ip,
++	   void *matchinfo, unsigned int matchsize, unsigned int hook_mask)
 +{
-+        /* TODO: spinlocks? sanity checks? */
-+        if (matchsize != IPT_ALIGN(sizeof (struct ipt_quota_info)))
-+                return 0;
 +
-+        return 1;
++	struct ipt_quota_info *info = (struct ipt_quota_info *) matchinfo;
++
++	/* TODO: spinlocks? sanity checks? */
++	if (matchsize != IPT_ALIGN(sizeof (struct ipt_quota_info)))
++		return 0;
++
++	if (info->flags & IPT_IPDSTQUOTA)
++		if (quota_hash_init(info) < 0)
++			return 0;
++
++	return 1;
++
 +}
 +
-+static struct ipt_match quota_match
-+    = { {NULL, NULL}, "quota", &match, &checkentry, NULL, THIS_MODULE };
++static void
++destroy(void *matchinfo, unsigned int size)
++{
++
++	struct ipt_quota_info *q = (struct ipt_quota_info *)
++	    matchinfo;
++
++	if (q->flags & IPT_IPDSTQUOTA) {
++		quota_hash_destroy(q);
++	}
++
++}
++
++static struct ipt_match quota_match = {
++	{NULL, NULL}, "quota", &match, &checkentry, &destroy, THIS_MODULE
++};
++
++int
++read_kmem(char *buf, char **start,
++	  off_t offset, int count, int *eof, void *data)
++{
++
++	*start = NULL;
++	*eof = 1;
++	return (sprintf(buf, "%d\n", kmem));
++}
++
++int
++read_vmem(char *buf, char **start,
++	  off_t offset, int count, int *eof, void *data)
++{
++
++	*start = NULL;
++	*eof = 1;
++	return (sprintf(buf, "%d\n", vmem));
++}
 +
 +static int __init
 +init(void)
 +{
-+        return ipt_register_match(&quota_match);
++
++	ipquota_cache =
++	    kmem_cache_create("ipquota", sizeof (struct ipquota), 0,
++			      SLAB_HWCACHE_ALIGN, NULL, NULL);
++
++	if (!ipquota_cache) {
++		printk(KERN_ERR "Unable to create ipquota slab cache\n");
++		return -1;
++	}
++
++	/* Idea from tcp.c: use 1/16384 of memory.  On i386: 32MB
++	 * machine has 256 buckets.  >= 1GB machines have 8192 buckets. */
++	if (hashsize) {
++		quota_hash_size = hashsize;
++	} else {
++		quota_hash_size = (((num_physpages << PAGE_SHIFT) / 16384)
++				   / sizeof (struct list_head));
++		if (num_physpages > (1024 * 1024 * 1024 / PAGE_SIZE))
++			quota_hash_size = 8192;
++		if (quota_hash_size < 16)
++			quota_hash_size = 16;
++	}
++
++	if (!ipquota_kmem_max)
++		ipquota_kmem_max = 8 * quota_hash_size;
++
++	create_proc_read_entry("ipquota_kmem", 600, proc_net, read_kmem, NULL);
++	create_proc_read_entry("ipquota_vmem", 600, proc_net, read_vmem, NULL);
++
++#ifdef CONFIG_SYSCTL
++	ip_quota_sysctl_header = register_sysctl_table(ipquota_table_root, 0);
++	if (ip_quota_sysctl_header == NULL) {
++		kmem_cache_destroy(ipquota_cache);
++		remove_proc_entry("ipquota_kmem", NULL);
++		remove_proc_entry("ipquota_vmem", NULL);
++		return -1;
++	}
++#endif
++
++	printk(KERN_INFO
++	       "quota/ipquota initialized (ipquota_kmem_max %d, buckets %d)\n",
++	       ipquota_kmem_max, quota_hash_size);
++
++	return ipt_register_match(&quota_match);
++
 +}
 +
 +static void __exit
 +fini(void)
 +{
-+        ipt_unregister_match(&quota_match);
++
++	remove_proc_entry("ipquota_kmem", NULL);
++	remove_proc_entry("ipquota_vmem", NULL);
++
++	kmem_cache_destroy(ipquota_cache);
++
++	ipt_unregister_match(&quota_match);
++
++#ifdef CONFIG_SYSCTL
++	unregister_sysctl_table(ip_quota_sysctl_header);
++#endif
++
 +}
 +
 +module_init(init);
 +module_exit(fini);
-+
diff -urN patch-o-matic-20030107-old/base/quota.patch.configure.help patch-o-matic-20030107/base/quota.patch.configure.help
--- patch-o-matic-20030107-old/base/quota.patch.configure.help	2001-12-03 19:22:56.000000000 -0300
+++ patch-o-matic-20030107/base/quota.patch.configure.help	2003-06-30 14:37:20.000000000 -0300
@@ -1,7 +1,7 @@
 CONFIG_IP_NF_MATCH_LIMIT
 quota match support
 CONFIG_IP_NF_MATCH_QUOTA
-  This match implements network quotas.
+  This match implements network quotas and quotas per destination ip.
 
   If you want to compile it as a module, say M here and read
   Documentation/modules.txt.  If unsure, say `N'.
diff -urN patch-o-matic-20030107-old/base/quota.patch.help patch-o-matic-20030107/base/quota.patch.help
--- patch-o-matic-20030107-old/base/quota.patch.help	2001-12-03 19:22:56.000000000 -0300
+++ patch-o-matic-20030107/base/quota.patch.help	2003-06-30 14:37:20.000000000 -0300
@@ -3,8 +3,13 @@
 
 This option adds CONFIG_IP_NF_MATCH_QUOTA, which implements network
 quotas by decrementing a byte counter with each packet.
+Also implements quota per destination ip address. 
+(Diego Woitasen <diegows@linux.org.ar>)
 
 Supported options are:
 --quota <bytes>
   The quota in bytes.
+  
+--ipdstquota <bytes>
+  The quota per destination ip address in bytes
 
diff -urN iptables-1.2.8-old/extensions/libipt_quota.c iptables-1.2.8/extensions/libipt_quota.c
--- iptables-1.2.8-old/extensions/libipt_quota.c	2002-05-29 10:08:16.000000000 -0300
+++ iptables-1.2.8/extensions/libipt_quota.c	2003-06-30 14:53:28.000000000 -0300
@@ -2,7 +2,11 @@
  * Shared library add-on to iptables to add quota support
  *
  * Sam Johnston <samj@samj.net>
+ *
+ * 2003/04/02 Diego Woitasen (diegows@linux.org.ar) add quota per dst ip 
+ *
  */
+
 #include <stdio.h>
 #include <stdlib.h>
 #include <getopt.h>
@@ -12,103 +16,157 @@
 #include <linux/netfilter_ipv4/ip_tables.h>
 
 static struct option opts[] = {
-        {"quota", 1, 0, '1'},
-        {0}
+  {"quota", 1, 0, IPT_QUOTA},
+  {"ipdstquota", 1, 0, IPT_IPDSTQUOTA},
+  {"count-headers", 0, 0, IPT_QUOTA_FLAG_COUNT_FULL},
+  {0}
 };
 
 /* print usage */
 static void
-help(void)
+help (void)
 {
-        printf("quota options:\n"
-               " --quota quota			quota (bytes)\n" "\n");
+  printf ("quota options:\n\n"
+	  " --quota [!] quota			quota (bytes)\n"
+	  " --ipdstquota [!] quota		quota per ip (bytes)\n"
+	  "\n"
+	  " --count-headers		count headers as well as data\n");
 }
 
 /* initialise match */
 static void
-init(struct ipt_entry_match *m, unsigned int *nfcache)
+init (struct ipt_entry_match *m, unsigned int *nfcache)
 {
-        /* no can cache */
-        *nfcache |= NFC_UNKNOWN;
+
+  struct ipt_quota_info *info = (struct ipt_quota_info *) m->data;
+
+  info->flags = 0;
+  info->quota = 0;
+  info->ipquota_hash = NULL;
+
+  /* no can cache */
+  *nfcache |= NFC_UNKNOWN;
+
 }
 
 /* print matchinfo */
 static void
-print(const struct ipt_ip *ip, const struct ipt_entry_match *match, int numeric)
+print (const struct ipt_ip *ip, const struct ipt_entry_match *match,
+       int numeric)
 {
-        struct ipt_quota_info *q = (struct ipt_quota_info *) match->data;
-        printf("quota: %llu bytes", (unsigned long long) q->quota);
+  struct ipt_quota_info *q = (struct ipt_quota_info *) match->data;
+
+  if (IPT_QUOTA & q->flags)
+    printf ("quota");
+  else if (IPT_IPDSTQUOTA & q->flags)
+    printf ("ipdstquota");
+  if (IPT_QUOTA_FLAG_NEGATE & q->flags)
+    printf (" ! ");
+  printf ("%llu bytes", (unsigned long long) q->quota);
+  if (IPT_QUOTA_FLAG_COUNT_FULL & q->flags)
+    printf (" (incl. headers)");
+
 }
 
 /* save matchinfo */
 static void
-save(const struct ipt_ip *ip, const struct ipt_entry_match *match)
+save (const struct ipt_ip *ip, const struct ipt_entry_match *match)
 {
-        struct ipt_quota_info *q = (struct ipt_quota_info *) match->data;
-        printf("--quota %llu ", (unsigned long long) q->quota);
+  struct ipt_quota_info *q = (struct ipt_quota_info *) match->data;
+
+  if (IPT_QUOTA & q->flags)
+    printf ("--quota");
+  else if (IPT_IPDSTQUOTA & q->flags)
+    printf ("--ipdstquota");
+  if (IPT_QUOTA_FLAG_NEGATE & q->flags)
+    printf (" ! ");
+  printf (" %llu", (unsigned long long) q->quota);
+  if (IPT_QUOTA_FLAG_COUNT_FULL & q->flags)
+    printf (" --count-headers");
+
 }
 
 /* parse quota option */
 static int
-parse_quota(const char *s, u_int64_t * quota)
+parse_quota (const char *s, struct ipt_quota_info *quota, int c)
 {
-        *quota = strtoull(s, (char **) NULL, 10);
+
+  if (s && (*s == '-'))
+    exit_error (PARAMETER_PROBLEM, "quota invalid: '%s'\n", s);
+
+  quota->quota = strtoull (s, (char **) NULL, 10);
 
 #ifdef DEBUG_IPT_QUOTA
-        printf("Quota: %llu\n", *quota);
+  printf ("Quota: %llu\n", quota->quota);
 #endif
 
-        if (*quota == -1)
-                exit_error(PARAMETER_PROBLEM, "quota invalid: '%s'\n", s);
-        else
-                return 1;
+  if (quota->quota == -1)
+    exit_error (PARAMETER_PROBLEM, "quota invalid: '%s'\n", s);
+  else
+    return 1;
+
 }
 
 /* parse all options, returning true if we found any for us */
 static int
-parse(int c, char **argv, int invert, unsigned int *flags,
-      const struct ipt_entry *entry,
-      unsigned int *nfcache, struct ipt_entry_match **match)
-{
-        struct ipt_quota_info *info = (struct ipt_quota_info *) (*match)->data;
-
-        switch (c) {
-        case '1':
-                if (check_inverse(optarg, &invert, NULL, 0))
-                        exit_error(PARAMETER_PROBLEM, "quota: unexpected '!'");
-                if (!parse_quota(optarg, &info->quota))
-                        exit_error(PARAMETER_PROBLEM,
-                                   "bad quota: '%s'", optarg);
-                break;
-
-        default:
-                return 0;
-        }
-        return 1;
+parse (int c, char **argv, int invert, unsigned int *flags,
+       const struct ipt_entry *entry,
+       unsigned int *nfcache, struct ipt_entry_match **match)
+{
+  struct ipt_quota_info *info = (struct ipt_quota_info *) (*match)->data;
+
+  switch (c)
+    {
+    case IPT_QUOTA_FLAG_COUNT_FULL:
+      if (check_inverse (optarg, &invert, NULL, 0))
+	exit_error (PARAMETER_PROBLEM, "count-headers: unexpected '!'");
+      info->flags |= IPT_QUOTA_FLAG_COUNT_FULL;
+      break;
+    case IPT_QUOTA:
+    case IPT_IPDSTQUOTA:
+      if ((info->flags & IPT_QUOTA) && (info->flags & IPT_IPDSTQUOTA))
+	exit_error (PARAMETER_PROBLEM,
+		    "syntax error: you can't use --quota and --ipdstquota");
+      check_inverse (optarg, &invert, &optind, 0);
+      if (invert)
+	info->flags |= IPT_QUOTA_FLAG_NEGATE;
+      parse_quota (argv[optind - 1], info, c);
+      info->flags |= (u_int16_t) c;
+      *flags = 1;
+      break;
+    default:
+      exit_error (PARAMETER_PROBLEM, "unknown option: try --help");
+      return 0;
+    }
+  return 1;
 }
 
 /* no final check */
 static void
-final_check(unsigned int flags)
+final_check (unsigned int flags)
 {
+
+  if (flags != 1)
+    exit_error (PARAMETER_PROBLEM, "quota: missing arguments");
+
 }
 
 struct iptables_match quota = { NULL,
-        "quota",
-        IPTABLES_VERSION,
-        IPT_ALIGN(sizeof (struct ipt_quota_info)),
-        IPT_ALIGN(sizeof (struct ipt_quota_info)),
-        &help,
-        &init,
-        &parse,
-        &final_check,
-        &print,
-        &save,
-        opts
+  "quota",
+  NETFILTER_VERSION,
+  IPT_ALIGN (sizeof (struct ipt_quota_info)),
+  IPT_ALIGN (sizeof (struct ipt_quota_info)),
+  &help,
+  &init,
+  &parse,
+  &final_check,
+  &print,
+  &save,
+  opts
 };
 
 void
-_init(void)
+_init (void)
 {
-        register_match(&quota);
+  register_match (&quota);
 }

(no subject)

[Bryan Schmidt]

Hey all,

    I have got a problem that has been driving me crazy.  I can not get the 
following Iptable filter to work.

iptables -A TEST -p tcp -m limit --limit 1/s -j LOG --log-prefix "[TCP drop] 
" --log-level=info

I get an "iptables: Invalid argument"

I have narrowed the problem down to "-m limit --limit 1/s".  I have the 
ipt_limit module loaded.

What am I missing.  I know the limit modules is loading because I have got a 
limit error
trying different commands.


iptables -A LnD -p tcp -m limit --limit second -j LOG
iptables v1.2.7a: bad rate `second'
Try `iptables -h' or 'iptables --help' for more information.

Thanks in advance
Bryan

_________________________________________________________________
MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*.  
http://join.msn.com/?page=features/virus

Re: (no subject)

[Ken Moffat]

On Fri, 1 Aug 2003, rob.rice wrote:

> I have the ICEwm and would like info on setting it up I have ben around
> the web and cant find info on it
> I want to do things change my wall paper and add and remove  programs
> from the menues
>

 The documentation *is* out there, but it can be a bit hard to find a
way to the part you want.  I think the main way in is through the icewm
home page, try freshmeat.net.  The "wallpaper" is determined by the
setting of DesktopBackgroundImage and friends in the preferences file :
~/.icewm/preferences at a user level, or /etc/icewm/preferences for
everybody (the latter might be somewhere else, depending on your distro
- use locate icewm/preferences if you can't find it.

 The file is well commented, but there is a lot to learn, so you might
want to keep a backup copy.

 The menus are theoretically easy.  I can't remember where the
system-wide settings are stored, but user settings are in ~/icewm. You
should find a file for each sub-entry on the main menu, you can also
have a toolbar file for icons and programs to appear on the toolbar.
Myself, I've had problems with the kde and gnome menus ignoring what I
put in (probably because kde and gnome weren't installed when I built
icewm, and mine is now somewhat old), but the basics of these files are:

(space in first column)
the word prog (this implies there are other options, I guess)
program name to appear on the display
full path and filename for the icon
the name by which the program is invoked

e.g.
 prog Xterm /usr/share/myicons/Konsole_16x16.xpm xterm

These lines can also be commented out by a `#' in the first column.

The real hard part is finding suitable icons: they have to be 16x16 in
xpm format.  There are icons with packages such as kde, but most of them
left me underwhelmed (the format doesn't help).  If you can find a
suitable icon in a slightly bigger size, the ImageMagick tools can
shrink it and save it in the correct format.

Ken
-- 
 Peace, love, linux



-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

(no subject)

[rob.rice]

I have the ICEwm and would like info on setting it up I have ben around 
the web and cant find info on it
I want to do things change my wall paper and add and remove  programs 
from the menues

-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

(No Subject)

[Solaris Wildchild]

unsubscribe linux-kernel


Need a new email address that people can remember
Check out the new EudoraMail at
http://www.eudoramail.com

Re: (no subject)

[Vid Strpic]

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

On Tue, Aug 12, 2003 at 04:55:19PM +0300, Catalin BOIE wrote:
> "cat drivers/built-in.o > /dev/null" gives me i/o error.
> Can I suspect a bad sector?

Where, in memory? :)  /dev/null is in memory :)

> I use reiserfs.

Any other file gives that?

-- 
           vms@bofhlet.net, IRC:*@Martin, /bin/zsh. C|N>K
Linux lorien 2.4.21 #1 Sat Jun 14 01:23:07 CEST 2003 i586
 11:13:51 up 38 days, 21:33, 10 users,  load average: 0.03, 0.26, 0.18

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: (no subject)

[Catalin BOIE]

> On Tue, Aug 12, 2003 at 04:55:19PM +0300, Catalin BOIE wrote:
> > "cat drivers/built-in.o > /dev/null" gives me i/o error.
> > Can I suspect a bad sector?
>
> Where, in memory? :)  /dev/null is in memory :)
:)
 ran badblocks and the disk is ok.
2.6.0test3mm1 let me read that file without i/o.


> > I use reiserfs.
>
> Any other file gives that?

Nope.

Also in 2.4.22pre? I can read ok the file.

>
> --
>            vms@bofhlet.net, IRC:*@Martin, /bin/zsh. C|N>K
> Linux lorien 2.4.21 #1 Sat Jun 14 01:23:07 CEST 2003 i586
>  11:13:51 up 38 days, 21:33, 10 users,  load average: 0.03, 0.26, 0.18
>

---
Catalin(ux) BOIE
catab@deuroconsult.ro

Re: (no subject)

[Herbert Pötzl]

On Wed, Aug 13, 2003 at 11:14:53AM +0200, Vid Strpic wrote:
> On Tue, Aug 12, 2003 at 04:55:19PM +0300, Catalin BOIE wrote:
> > "cat drivers/built-in.o > /dev/null" gives me i/o error.
> > Can I suspect a bad sector?
> 
> Where, in memory? :)  /dev/null is in memory :)

depends, if /dev/null does not exist before the cat,
it will be created as regular file, residing on the
device /dev is (which could be a disk ...)

ls -la /dev/null will show ...

> > I use reiserfs.
> 
> Any other file gives that?

best,
Herbert

> 
> -- 
>            vms@bofhlet.net, IRC:*@Martin, /bin/zsh. C|N>K
> Linux lorien 2.4.21 #1 Sat Jun 14 01:23:07 CEST 2003 i586
>  11:13:51 up 38 days, 21:33, 10 users,  load average: 0.03, 0.26, 0.18

(no subject)

[Shaun Hedges]

Hello,

We have high speed applications that open up hundreads of threads per
computer very fast then close then open again.  At one time, we can have
about 15000 tcp connections going through the firewall at once.  We've
recently been adding more application servers but we're noticing that the
bandwidth usage isn't going up intune with the number of computers, it's
actually stay the same.  We know this shouldn't be the case so am wondering
if 15000+ connections is too much for a RH Linux+netfilter configuration,
using no stateful inspection just basic FORWARD'ing rules to block all
traffic from those machines except one port coming in.

Our router is a P1.7ghz Celeron w/ 512mb ram and IDE disks..  Is this
insufficient?  Our b/w usage is a mere 2mbits, but we have 10mbits
available, and when it goes up, we seem to add more incoming bandwidth as
outgoing, it looks as though the errors or timeouts are increasing.

Any ideas?

Thx

(no subject)

[Honne Gowda A]

help

Re: (no subject)

[Herbert Poetzl]

On Mon, Sep 01, 2003 at 11:45:07AM +0530, Honne Gowda A wrote:
> help

how could we?

> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

(no subject)

[Kilson Arruda]

I have a Transparent Proxy like this

$IPTABLES -t nat -A PREROUTING -p tcp
--dport 80 ! -d $DIRECT_IP -m mac --mac-source $MAC -j REDIRECT --to-port
3128

Question: can I use more then one "! -d", or multiple IPs to don't REDIRECT
the port 80 for more then one IP?
If yes, how can I do this?

--
Kilson Arruda
Linux User # 228238



________________________________________________
www.onwave.com.br - Internet e Conectividade

Re: (no subject)

[Alistair Tonner]

On September 10, 2003 12:02 pm, Kilson Arruda wrote:

	See Ramin Dousti's correction to your notation.
	
	next point -- exclusions require a separate user chain to stack 
	exclusions.

	Create new chain, send all packets destined for the redirection port to 	
	this chain, 
	then in this chain, RETURN the packets you DONT want redirected, and
	at the end of this chain, redirect everything.... 

	you can't stack exclusions since the first exclusion will grab the targets
	of all successor exclusions.


> I have a Transparent Proxy like this
>
> $IPTABLES -t nat -A PREROUTING -p tcp
> --dport 80 ! -d $DIRECT_IP -m mac --mac-source $MAC -j REDIRECT --to-port
> 3128
>
> Question: can I use more then one "! -d", or multiple IPs to don't REDIRECT
> the port 80 for more then one IP?
> If yes, how can I do this?
>
> --
> Kilson Arruda
> Linux User # 228238
>
>
>
> ________________________________________________
> www.onwave.com.br - Internet e Conectividade

-- 

	Alistair Tonner
	nerdnet.ca
	Senior Systems Analyst - RSS
	
     Any sufficiently advanced technology will have the appearance of magic.
	Lets get magical!

(no subject)

[Nikolai Dahlem]

Hi,

I'm trying to conntrack/nat a udp-based protocol with a server listening on
port x. My problem is, that the conntrack-helper sees all incoming and
outgoing packets of the control connection, while the nat-helper is only
called for outgoing packets. Due to the nature of the protocol I need
IP_NAT_HELPER_F_ALWAYS to mangle the contents of both outgoing and incoming
packets (even when there are no expected connections).

The scenario is the following:

PC1 -> MASQ -> server

The conntrack module gets a packet from PC1 (src port x, dst port x) and
parses the protocol.
The nat_module mangles the packet content and the packet is send of to the
server with the source address of MASQ (src port x, dst port x).
The conntrack_module receives a packet from Server (src port: high, dst port
x) and parses the protocol.
The nat_module isn't called.

I reqister my modules with the following tuples:

nat_module:
hlpr->tuple.dst.protonum = IPPROTO_UDP;
hlpr->tuple.src.u.udp.port = port x;
hlpr->mask.src.u.udp.port = 0xFFFF;
hlpr->mask.dst.protonum = 0xFFFF;
hlpr->flags = IP_NAT_HELPER_F_ALWAYS;

conntrack_module:
hlpr->tuple.src.u.udp.port = port x;
hlpr->tuple.dst.protonum = IPPROTO_UDP;
hlpr->mask.src.u.udp.port = 0xFFFF;
hlpr->mask.dst.protonum = 0xFFFF;


/proc/net/ip_conntrack lists both connections (answer&reply) as unreplied.
Can someone explain to me why the reply is seen as a new connection ?


regards

Nikolai Dahlem

(no subject)

[Nikolai Dahlem]

Hi,

I'm trying to conntrack/nat a udp-based protocol with a server listening on
port x. My problem is, that the conntrack-helper sees all incoming and
outgoing packets of the control connection, while the nat-helper is only
called for outgoing packets. Due to the nature of the protocol I need
IP_NAT_HELPER_F_ALWAYS to mangle the contents of both outgoing and incoming
packets (even when there are no expected connections).

The scenario is the following:

PC1 -> MASQ -> server

The conntrack module gets a packet from PC1 (src port x, dst port x) and
parses the protocol.
The nat_module mangles the packet content and the packet is send of to the
server with the source address of MASQ (src port x, dst port x).
The conntrack_module receives a packet from Server (src port: high, dst port
x) and parses the protocol.
The nat_module isn't called.

I reqister my modules with the following tuples:

nat_module:
hlpr->tuple.dst.protonum = IPPROTO_UDP;
hlpr->tuple.src.u.udp.port = port x;
hlpr->mask.src.u.udp.port = 0xFFFF;
hlpr->mask.dst.protonum = 0xFFFF;
hlpr->flags = IP_NAT_HELPER_F_ALWAYS;

conntrack_module:
hlpr->tuple.src.u.udp.port = port x;
hlpr->tuple.dst.protonum = IPPROTO_UDP;
hlpr->mask.src.u.udp.port = 0xFFFF;
hlpr->mask.dst.protonum = 0xFFFF;


/proc/net/ip_conntrack lists both connections (answer&reply) as unreplied.
Can someone explain to me why the reply is seen as a new connection ?


regards

Nikolai Dahlem

(No Subject)

[gramel tan]

I'm writing an ethernet driver. I wanted to know more about how packet is escalated to the higher application like ICMP. Is there any document that I can read so that I will know how it is being handled by OS. 
I have here sets of question that I will really appreciate if somebody will take time to answer it.
1.) When I run dhcp is there a way for me to release IP and renew it thru ifconfig?
2.) I always get this SIOCSIFFLAGS resource busy unavailable whenever i run ifconfig up after ifconfig down, Is there anything that I can add to my code 
to fix this problem.
3.) What is the source code for ifconfig?

Thanks...

gramel



Need a new email address that people can remember
Check out the new EudoraMail at
http://www.eudoramail.com
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

(no subject)

[Ralph Churchill]

I am experiencing a strange problem wherein a file
placed on an exported directory accessible by multiple
clients is occassionally only visible to SOME clients.
However, if I "force" some fake activity on the shared
directory (e.g. touching, then deleting a file in an
infinite loop), then ALL clients see the file at ALL
times. This leads me to belive the problem is related
to some buffering or caching... but where?

Relevant information:

Clients
-------
RedHat 9
kernel 2.6.0-test7
mounted
'rsize=8192,wsize=8192,noatime,nodiratime,noac'

Server
------
RedHat 9
kernel 2.4.20-8
nfs-utils-1.0.1-2.9
exported "*(rw)"
dir is 'ext3' mounted with 'noatime, nodiratime'

Any and all help is appreciated.

RMC

__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
SourceForge.net hosts over 70,000 Open Source Projects.
See the people who have HELPED US provide better services:
Click here: http://sourceforge.net/supporters.php
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

Re: (no subject)

[Ralph Churchill]

--- Ralph Churchill <mrchucho@yahoo.com> wrote:
> I am experiencing a strange problem wherein a file
> placed on an exported directory accessible by
> multiple
> clients is occassionally only visible to SOME
> clients.
> However, if I "force" some fake activity on the
> shared
> directory (e.g. touching, then deleting a file in an
> infinite loop), then ALL clients see the file at ALL
> times. This leads me to belive the problem is
> related
> to some buffering or caching... but where?
> 
> Relevant information:
> 
> Clients
> -------
> RedHat 9
> kernel 2.6.0-test7
> mounted
> 'rsize=8192,wsize=8192,noatime,nodiratime,noac'
> 
> Server
> ------
> RedHat 9
> kernel 2.4.20-8
> nfs-utils-1.0.1-2.9
> exported "*(rw)"
> dir is 'ext3' mounted with 'noatime, nodiratime'

I have a feeling that this inconsistent behavior may
be due to the way our application, matlab, is opening
and closing files. The fact that generating nfs
activity, in the form of a trival read and write in
the shell, causes the problem to disappear leads me to
this conclusion. It seems like it may be buffer
related. Is there anyway I can verify this?

Also, I've tried the 'noac' and 'nocto' options, and
while the 'noac' option seems to decrease response
times, the problems persist. Thank you.

RMC 

__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
SourceForge.net hosts over 70,000 Open Source Projects.
See the people who have HELPED US provide better services:
Click here: http://sourceforge.net/supporters.php
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

(no subject)

[Mark62756]

Someone told me to ask here so i am. I was wondering if anyone could creat drivers for my sound card. There is source code for my card so i was thinking it would be fairly easy. Here the website for the source code of my card. http://www.linuxant.com/drivers/riptide/  My card is a rockwell, not to sure. But i am sure of the drivers. Which are riptide. If its possible please make then if no one can then, I'll just buy a new card :D Thanks


-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
SourceForge.net hosts over 70,000 Open Source Projects.
See the people who have HELPED US provide better services:
Click here: http://sourceforge.net/supporters.php

(no subject)

[phil]

  auth b4d3fc24 subscribe linux-kernel philippe.aubry1@mageos.com

(no subject)

[Bas van Kampen]

unsubscribe linux-kernel

(no subject)

[Itay Ben-Yaacov]

Hi

As was reported on this list ealier, on a Dell I8200 with inte8x0, 
sound dies after
suspend/resume, and this is only repaired by removing and re-installing 
the drivers.

This is tue to the patch to intel8x0.c (1.86->1.87, 2003-07-30) which 
actually does good things:
i.e., instead of waiting to all possible codecs, it only waits for 
those present.  Unfortunately,
this was a bug-covering-a-bug: since it no longer waits for an 
inexistent codec, something goes
wrong.  Adding a hard-coded wait of a HZ/4 (as was before) solves the 
problem.  So there's
something else there that's not waited for or what?

Now the only patch I have the knowledge to create is just this, i.e., a 
hard-coded additional
waiting time (well 1/4 of a sec on resume is not that an awful thing 
anyways...).  Please, those
of you who actually understand what is going on, can you make a more 
constructive suggestion?

Thanks,
Itay



__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree


-------------------------------------------------------
This SF.Net email sponsored by: ApacheCon 2003,
16-19 November in Las Vegas. Learn firsthand the latest
developments in Apache, PHP, Perl, XML, Java, MySQL,
WebDAV, and more! http://www.apachecon.com/

(no subject)

[skydive]

hi all again

my first question related wiht "http access - fixing 
DNAT port forwarding access from internal networks" 
was answered successfully, since it is working fine, 
thanks to all that could help ;)

now i happen to have a proxy server running on the 
same machine as the web server, and i would like to 
block incoming traffic to my web server from addresses
wich are not portuguese. i already got a list of the 
ip ranges and net masks of all autonomous systems 
located in portugal. i first tried to accept all those 
ip ranges, and then droped all other incoming. what 
happens is that proxy will accept connections only 
from those ip ranges i accepted initialy ( the 
postuguese ones). Let´s say i'm trying to connect to 
hotmail.com. i won't work since that ip range is not 
being accepted.

is there a way to accept connections related with 
previous conections made to this machine to por 3128 
(squid default port)?

i want to accept conections that even if they do not 
match with ipranges i'm accepting, they're related 
with a previous connection made to the proxy server, 
related with proxy port whatever it'll be ;))


i'm aware this can not be this easy... but still 
believe there is a way out :))


[][]

thank you all
skydive!

-------------------------------------------------
Email Enviado utilizando o serviço MegaMail

RE: (no subject)

[Rob Sterenborg]

> now i happen to have a proxy server running on the 
> same machine as the web server, and i would like to 
> block incoming traffic to my web server from addresses
> wich are not portuguese. i already got a list of the 
> 
> ip ranges and net masks of all autonomous systems 
> located in portugal. i first tried to accept all those 
> ip ranges, and then droped all other incoming. what 
> happens is that proxy will accept connections only 
> from those ip ranges i accepted initialy ( the 
> postuguese ones). Let´s say i'm trying to connect to 
> hotmail.com. i won't work since that ip range is not 
> being accepted.

If I understand this correctly... :

If you don't want to accept IP's that are not from Portugal then you
should put the block in the INPUT chain only.
iptables -P INPUT DROP
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -A INPUT -s <ip/mask> -j ACCEPT
...
iptables -A INPUT -s <ip/mask> -j ACCEPT
Accept everything that has a rule ; drop the rest.
The RELATED,ESTABLISHED rule catches everything you need in addition to
the initial connection.


If you want Squid to connect to hotmail.com for you, it generates
outgoing traffic -> it needs an OUTPUT rule to let it do that.
When you set the default policy of the OUTPUT chain to DROP, it can
cause unexpected results if you don't accept packets coming back from
the server. If set to ACCEPT, you shouldn't need a rule for the OUTPUT
chain to accept.
iptables -P OUTPUT DROP
iptables -A OUTPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -A OUTPUT -p tcp --sport 3128 -j ACCEPT

> is there a way to accept connections related with 
> previous conections made to this machine to por 3128 
> (squid default port)?

See above.

> i want to accept conections that even if they do not 
> match with ipranges i'm accepting, they're related 
> with a previous connection made to the proxy server, 
> related with proxy port whatever it'll be ;))

The connections are 2 way :
1. from webbrowser to proxy and vv (initital conn. is INPUT)
2. from proxy to webserver and vv (initial conn. is OUTPUT)
You have to write rules for the initial connection, and catch the rest
with "RELATED,ESTABLISHED".

> i'm aware this can not be this easy... but still 
> believe there is a way out :))

Of course ;-)


Gr,
Rob

(no subject)

[skydive]

hi rob and tanx in advance for all your effort! it was 
realy nice of you!


  ->  iptables -A INPUT -m state --state 
RELATED,ESTABLISHED -j ACCEPT

if i understand this correctly, this rule is what it 
takes to accept all related connections that are 
caught and just related with any kind of connection 
(correct me if i'm wrong.. :) )... it doesn´t matter 
from where it comes or where it goes. just being 
related is enough for the rule to catch and accept, in 
this case, the related traffic that came from the 
www.hotmail.com connection... ;)) without the need to 
specify the --dport or --sport.

hotmail.com was just an exemple! many urls will follow 
since i'll be accepting almost all kind os urls except 
those of porno ones, ftp ones... and all those kind of 
thing that can distract one from his work !! ;)) 
(hehe!!)

about the output chain... i had it to accept, so i 
assume i don't need those rules about the output 
chain... is that correct..!? :))

thank you very much, for your time and for your 
words ;)

really apreciate it!




skydive!

-------------------------------------------------
Email Enviado utilizando o serviço MegaMail

RE: (no subject)

[Rob Sterenborg]

>   ->  iptables -A INPUT -m state --state 
> RELATED,ESTABLISHED -j ACCEPT
> 
> if i understand this correctly, this rule is what it 
> takes to accept all related connections that are 
> caught and just related with any kind of connection 

When a connection is made, the first packet that is seen in a connection
has state NEW. All other packet in that connection have state
ESTABLISHED.
If an application (like ftp) is opens other ports (like 20/tcp) then
those packets have state RELATED.
For a more detailed description :
http://iptables-tutorial.frozentux.net/iptables-tutorial.html#USERLANDST
ATES

If you write a rule like :
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
iptables -A INPUT -i <if_lan> -s <ip_admin> -p tcp --dport 22 -j ACCEPT
Only the initial packet coming in on the LAN nic, having your admin IP,
destined for the ssh port matches. The rest is handled by ESTABLISHED.

You can see this if you have the rules working for some time and then
issue a : iptables -nvL
Here you can see the byte counters for each chain and you'll see that
the RELATED,ESTABLISED rules are by far the biggest compared to the
other rules.

> (correct me if i'm wrong.. :) )... it doesn´t matter 
> from where it comes or where it goes. just being 
> related is enough for the rule to catch and accept, in 

Yep.

> this case, the related traffic that came from the 
> www.hotmail.com connection... ;)) without the need to 
> specify the --dport or --sport.

Mostly you don't know what ports to accept and it's quite safe to do
this.
You can add additional options to the rule to restrict packet flow, but
this rule can be used.

> hotmail.com was just an exemple! many urls will follow 

I didn't specify any Hotmail specific rules ;o).
It should work for (virtually ?) any website.

> since i'll be accepting almost all kind os urls except 
> those of porno ones, ftp ones... and all those kind of 
> thing that can distract one from his work !! ;)) 
> (hehe!!)

If you use Squid, use a content filter like SquidGuard for that. I think
that'll be easier and afaik there are regularly updated blocklists for
SquidGuard.

You could restrict access to ftp servers running on port 21 (which
catches most) with :
iptables -A OUTPUT -o <if_inet> -p tcp --dport 21 -j REJECT
--reject-with tcp-reset
However, this way you will not be able to access any ftp server unless
you use NAT which uses the FORWARD chain.

> about the output chain... i had it to accept, so i 
> assume i don't need those rules about the output 
> chain... is that correct..!? :))

Having it set to ACCEPT and no rule to tell it to DROP, REJECT or
whatever, it should let any packet go out.


Gr,
Rob

(no subject)

[zynkx]

yahoo and hotmail ip ranges? does anyone knows this ip 
ranges? need to allow them in my smtp prerouting 
rulez  :))

danke !




unix is user friendly. it's just selective when 
choosing 
friends.

-------------------------------------------------
Email Enviado utilizando o serviço MegaMail

Re: (no subject)

[Antony Stone]

On Wednesday 26 November 2003 1:37 pm, zynkx wrote:

> yahoo and hotmail ip ranges? does anyone knows this ip
> ranges? need to allow them in my smtp prerouting
> rulez  :))

If you're doing smtp, why not filter on the domain names yahoo.com and 
hotmail.com in your MTA?

> danke !

Bitte.

Antony.

-- 
Behind the counter a boy with a shaven head stared vacantly into space,
a dozen spikes of microsoft protruding from the socket behind his ear.

 - William Gibson, Neuromancer (1984)

                                                     Please reply to the list;
                                                           please don't CC me.

Re: (no subject)

[Jeffrey Laramie]

zynkx wrote:

>yahoo and hotmail ip ranges? does anyone knows this ip 
>ranges? need to allow them in my smtp prerouting 
>rulez  :))
>
>  
>

I don't know the answer and I'd be surprised if anyone else here does. 
You can probably get that info from http://www.iana.org/ but it may be 
easier to contact Yahoo and Hotmail and ask them directly. Out of 
curiosity, why are you filtering smtp in your PREROUTING chain? Are you 
DNATing mail based on the sender's domain?

Jeff

Re: (no subject)

[Antony Stone]

On Wednesday 26 November 2003 3:10 pm, Ramin Dousti wrote:

{MX DNS records snipped}
>
> I don't know what you're asking but these are the mx records
> for yahoo and hotmail. Like the following which is the mx for
> megamail.pt
>
> mx.vodafone.pt. 86400   A       212.18.167.163

I suspect (although one can never be sure) that this person is not looking for 
the IPs of the inbound mail servers for Yahoo & Hotmail, but wants to know 
from which IPs mail from those domains will be sent.

I guess this simply because of the word "prerouting" in the question - it 
implies to me packets coming in to the netfilter machine, rather than those 
leaving it and going to the MX systems.

Any further information from zynkx would be useful :)

Antony.

> On Wed, Nov 26, 2003 at 01:37:26PM +0000, zynkx wrote:
> > yahoo and hotmail ip ranges? does anyone knows this ip
> > ranges? need to allow them in my smtp prerouting
> > rulez  :))
> >
> > danke !

-- 
Anyone that's normal doesn't really achieve much.

 - Mark Blair, Australian rocket engineer

                                                     Please reply to the list;
                                                           please don't CC me.

Re: (no subject)

[Ramin Dousti]

mx1.mail.yahoo.com.     1800    A       64.156.215.5
mx1.mail.yahoo.com.     1800    A       64.156.215.6
mx1.mail.yahoo.com.     1800    A       64.157.4.78
mx1.mail.yahoo.com.     1800    A       64.157.4.79
mx1.mail.yahoo.com.     1800    A       64.156.215.7
mx2.mail.yahoo.com.     1800    A       64.156.215.5
mx2.mail.yahoo.com.     1800    A       64.156.215.6
mx2.mail.yahoo.com.     1800    A       64.157.4.78
mx4.mail.yahoo.com.     1800    A       66.218.86.254
mx4.mail.yahoo.com.     1800    A       66.218.86.253
mx4.mail.yahoo.com.     1800    A       216.136.129.5

mx1.hotmail.com.        3600    A       64.4.50.99
mx1.hotmail.com.        3600    A       65.54.252.99
mx1.hotmail.com.        3600    A       65.54.166.99
mx2.hotmail.com.        3600    A       65.54.166.230
mx2.hotmail.com.        3600    A       65.54.254.145
mx2.hotmail.com.        3600    A       65.54.252.230
mx3.hotmail.com.        3600    A       65.54.167.5
mx3.hotmail.com.        3600    A       64.4.50.239
mx3.hotmail.com.        3600    A       65.54.253.99
mx4.hotmail.com.        3600    A       65.54.167.230
mx4.hotmail.com.        3600    A       65.54.254.151
mx4.hotmail.com.        3600    A       65.54.253.230


I don't know what you're asking but these are the mx records
for yahoo and hotmail. Like the following which is the mx for
megamail.pt

mx.vodafone.pt. 86400   A       212.18.167.163


Ramin

On Wed, Nov 26, 2003 at 01:37:26PM +0000, zynkx wrote:

> yahoo and hotmail ip ranges? does anyone knows this ip 
> ranges? need to allow them in my smtp prerouting 
> rulez  :))
> 
> danke !

Re: (no subject)

[Ramin Dousti]

On Wed, Nov 26, 2003 at 02:17:22PM +0000, Antony Stone wrote:

> I suspect (although one can never be sure) that this person is not looking for 
> the IPs of the inbound mail servers for Yahoo & Hotmail, but wants to know 
> from which IPs mail from those domains will be sent.
> 
> I guess this simply because of the word "prerouting" in the question - it 
> implies to me packets coming in to the netfilter machine, rather than those 
> leaving it and going to the MX systems.

Yes. Your explanation sounds logical and I just examined the incoming emails
from yahoo and they seem to come from webXXXXX.mail.yahoo.com. And, hey, they
run qmail (another victory for qmail).

Ramin

> 
> Any further information from zynkx would be useful :)
> 
> Antony.

Re: (no subject)

[zynkx]

Cópia Jeffrey Laramie <JALaramie@Loudoun-Fairfax.com>:

> zynkx wrote:
>
> >yahoo and hotmail ip ranges? does anyone knows
> this ip
> >ranges? need to allow them in my smtp
> prerouting
> >rulez  :))
> >
> >
> >
>
> I don't know the answer and I'd be surprised if
> anyone else here does.
> You can probably get that info from
> http://www.iana.org/ but it may be
> easier to contact Yahoo and Hotmail and ask
> them directly. Out of
> curiosity, why are you filtering smtp in your
> PREROUTING chain? Are you
> DNATing mail based on the sender's domain?
>
> Jeff
>
>
>
> 

hi jeff!

you're right...! here's what it's gonna be and sorry 
for my lack of clarity ;))  [][] **

i have an smtp running, and i just made a ruleset so i 
can only allow portuguese traffic incoming. i now 
would need the list of ip ranges from yahoo and 
hotmail so i can allow them in my forward chain, since 
i already made the por forwarding in my prerouting 
chain! since i put forward chain on DROP, i now need 
to allow the ip ranges i need to have the hotmail keep 
on coming! i'm doing fine with the portuguese MX's :)

all i need id to allow those two. 

just thought anyone here might know that

again i apologise for not being clear enough


:)))

[][][] * * *

unix is user friendly. it's just selective when 
choosing 
friends.

-------------------------------------------------
Email Enviado utilizando o serviço MegaMail

Re: (no subject)

[zynkx]

Cópia Jeffrey Laramie <JALaramie@Loudoun-Fairfax.com>:

> zynkx wrote:
>
> >yahoo and hotmail ip ranges? does anyone knows
> this ip
> >ranges? need to allow them in my smtp
> prerouting
> >rulez  :))
> >
> >
> >
>
> I don't know the answer and I'd be surprised if
> anyone else here does.
> You can probably get that info from
> http://www.iana.org/ but it may be
> easier to contact Yahoo and Hotmail and ask
> them directly. Out of
> curiosity, why are you filtering smtp in your
> PREROUTING chain? Are you
> DNATing mail based on the sender's domain?
>
> Jeff
>
>
>
> 

hi jeff!

you're right...! here's what it's gonna be and sorry 
for my lack of clarity ;))  [][] **

i have an smtp running, and i just made a ruleset so i 
can only allow portuguese traffic incoming. i now 
would need the list of ip ranges from yahoo and 
hotmail so i can allow them in my forward chain, since 
i already made the por forwarding in my prerouting 
chain! since i put forward chain on DROP, i now need 
to allow the ip ranges i need to have the hotmail keep 
on coming! i'm doing fine with the portuguese MX's :)

all i need id to allow those two. 

just thought anyone here might know that

again i apologise for not being clear enough


:)))

[][][] * * *

unix is user friendly. it's just selective when 
choosing 
friends.

-------------------------------------------------
Email Enviado utilizando o serviço MegaMail

Re: (no subject)

[zynkx]

hi Ramin and tanx for your trouble ;))

what i am looking for is the adresses from hotmail and 
yahoo from wich smtp connections may come from :)

i have a smtp running and i need to allow traffic 
coming from these two, (hotmail and yahoo).

i would need to know from where hotmail and yahoo send 
their mail, so i could make a ruleset accepting 
connections from those ips :))

tanx  ;)))



Cópia Ramin Dousti <ramin@cannon.eng.us.uu.net>:


> mx1.mail.yahoo.com.     1800    A      
> 64.156.215.5
> mx1.mail.yahoo.com.     1800    A      
> 64.156.215.6
> mx1.mail.yahoo.com.     1800    A      
> 64.157.4.78
> mx1.mail.yahoo.com.     1800    A      
> 64.157.4.79
> mx1.mail.yahoo.com.     1800    A      
> 64.156.215.7
> mx2.mail.yahoo.com.     1800    A      
> 64.156.215.5
> mx2.mail.yahoo.com.     1800    A      
> 64.156.215.6
> mx2.mail.yahoo.com.     1800    A      
> 64.157.4.78
> mx4.mail.yahoo.com.     1800    A      
> 66.218.86.254
> mx4.mail.yahoo.com.     1800    A      
> 66.218.86.253
> mx4.mail.yahoo.com.     1800    A      
> 216.136.129.5
>
> mx1.hotmail.com.        3600    A      
> 64.4.50.99
> mx1.hotmail.com.        3600    A      
> 65.54.252.99
> mx1.hotmail.com.        3600    A      
> 65.54.166.99
> mx2.hotmail.com.        3600    A      
> 65.54.166.230
> mx2.hotmail.com.        3600    A      
> 65.54.254.145
> mx2.hotmail.com.        3600    A      
> 65.54.252.230
> mx3.hotmail.com.        3600    A      
> 65.54.167.5
> mx3.hotmail.com.        3600    A      
> 64.4.50.239
> mx3.hotmail.com.        3600    A      
> 65.54.253.99
> mx4.hotmail.com.        3600    A      
> 65.54.167.230
> mx4.hotmail.com.        3600    A      
> 65.54.254.151
> mx4.hotmail.com.        3600    A      
> 65.54.253.230
>
>
> I don't know what you're asking but these are
> the mx records
> for yahoo and hotmail. Like the following which
> is the mx for
> megamail.pt
>
> mx.vodafone.pt. 86400   A       212.18.167.163
>
>
> Ramin
>
> On Wed, Nov 26, 2003 at 01:37:26PM +0000, zynkx
> wrote:
>
> > yahoo and hotmail ip ranges? does anyone
> knows this ip
> > ranges? need to allow them in my smtp
> prerouting
> > rulez  :))
> >
> > danke !
>
> 



unix is user friendly. it's just selective when 
choosing 
friends.

-------------------------------------------------
Email Enviado utilizando o serviço MegaMail

Re: (no subject)

[zynkx]

hi antony and tanx for writting ;))

i'm doing stmp indeed, but i need to allow traffic, 
not to block it ;)))

i happen to have qmail! i am aware something near that 
could done but i  guess that would a qmail mailling 
list matter!!!!! ;)))

if not just give me a hint on how could i filter 
incoming mail on qmail.

i know that to allow outgoing mail all i need to do id 
to fill up rcpthosts. i'm not informe about how to 
filter incoming mail coming to qmail.

if could give me a hint i would appreciate it ;))

you may mail to this address directly so we won't 
bother here!!


thanx again :)))


[][][][]
[][][]



Cópia Antony Stone <Antony@Soft-Solutions.co.uk>:

> On Wednesday 26 November 2003 1:37 pm, zynkx
> wrote:
>
> > yahoo and hotmail ip ranges? does anyone
> knows this ip
> > ranges? need to allow them in my smtp
> prerouting
> > rulez  :))
>
> If you're doing smtp, why not filter on the
> domain names yahoo.com and
> hotmail.com in your MTA?
>
> > danke !
>
> Bitte.
>
> Antony.
>
> --
> Behind the counter a boy with a shaven head
> stared vacantly into space,
> a dozen spikes of microsoft protruding from the
> socket behind his ear.
>
>  - William Gibson, Neuromancer (1984)
>
>                                                
>      Please reply to the list;
>                                                
>            please don't CC me.
>
>
> 



unix is user friendly. it's just selective when 
choosing 
friends.

-------------------------------------------------
Email Enviado utilizando o serviço MegaMail

Re: (no subject)

[Antony Stone]

On Wednesday 26 November 2003 8:38 pm, zynkx wrote:

> hi Ramin and tanx for your trouble ;))
>
> what i am looking for is the adresses from hotmail and
> yahoo from wich smtp connections may come from :)
>
> i have a smtp running and i need to allow traffic
> coming from these two, (hotmail and yahoo).

I'm not quite sure why you want to accept email only from Hotmail and Yahoo, 
and from nowhere else (a lot of people I know do the exact opposite!), 
however I still think an easier solution to your erquirement is to accept all 
email through your firewall, and then accept only mail from Hotmail / Yahoo 
on your mail server - because that can select based on the sender's address, 
without needing to know the IPs of their mail servers (which may change one 
day without you knowing).

Antony.

-- 
If at first you don't succeed, destroy all the evidence that you tried.

                                                     Please reply to the list;
                                                           please don't CC me.

Re: (no subject)

[zynkx]

hi again Antony:

you just said it all. no use for me to add not even 
one line to what you just wrotte :))

now if anyone has got those masks i would appreciate 
it :))

tanx again and sorry for this mess ;)))



 [][][][]




Cópia Antony Stone <Antony@Soft-Solutions.co.uk>:

> On Wednesday 26 November 2003 3:10 pm, Ramin
> Dousti wrote:
>
> {MX DNS records snipped}
> >
> > I don't know what you're asking but these are
> the mx records
> > for yahoo and hotmail. Like the following
> which is the mx for
> > megamail.pt
> >
> > mx.vodafone.pt. 86400   A      
> 212.18.167.163
>
> I suspect (although one can never be sure) that
> this person is not looking for
> the IPs of the inbound mail servers for Yahoo &
> Hotmail, but wants to know
> from which IPs mail from those domains will be
> sent.
>
> I guess this simply because of the word
> "prerouting" in the question - it
> implies to me packets coming in to the
> netfilter machine, rather than those
> leaving it and going to the MX systems.
>
> Any further information from zynkx would be
> useful :)
>
> Antony.
>
> > On Wed, Nov 26, 2003 at 01:37:26PM +0000,
> zynkx wrote:
> > > yahoo and hotmail ip ranges? does anyone
> knows this ip
> > > ranges? need to allow them in my smtp
> prerouting
> > > rulez  :))
> > >
> > > danke !
>
> --
> Anyone that's normal doesn't really achieve
> much.
>
>  - Mark Blair, Australian rocket engineer
>
>                                                
>      Please reply to the list;
>                                                
>            please don't CC me.
>
>
> 



unix is user friendly. it's just selective when 
choosing 
friends.

-------------------------------------------------
Email Enviado utilizando o serviço MegaMail

Re: (no subject)

[Jeffrey Laramie]

zynkx wrote:

>hi again Antony:
>
>you just said it all. no use for me to add not even 
>one line to what you just wrotte :))
>
>now if anyone has got those masks i would appreciate 
>it :))
>
>tanx again and sorry for this mess ;)))
>  
>

zynkx:

If your mail server is running qmail, then your best bet is to read the 
qmail documentation and learn how to apply filters for the mail server. 
If you do use iptables, you will need to create a FORWARD rule to allow 
mail from each of the smtp servers that Ramin listed. Since any message 
from a Yahoo or Hotmail account will be sent from one of those servers 
you don't *have* to know every ip range that they've been assigned. The 
only problem doing it this way is if they change smtp server IPs you'll 
need to change your rules. I would do this with qmail if I were you.

Antony:

It sounds like you have the "We're behind schedule and you got to get 
this done before the holidays blues!"

Jeff

Re: (no subject)

[Antony Stone]

On Wednesday 26 November 2003 9:31 pm, Jeffrey Laramie wrote:

> zynkx wrote:
> >hi again Antony:
> >
> >you just said it all. no use for me to add not even
> >one line to what you just wrotte :))
> >
> >now if anyone has got those masks i would appreciate
> >it :))
> >
> >tanx again and sorry for this mess ;)))
>
> zynkx:
>
> If your mail server is running qmail, then your best bet is to read the
> qmail documentation and learn how to apply filters for the mail server.
> If you do use iptables, you will need to create a FORWARD rule to allow
> mail from each of the smtp servers that Ramin listed. Since any message
> from a Yahoo or Hotmail account will be sent from one of those servers
> you don't *have* to know every ip range that they've been assigned. The
> only problem doing it this way is if they change smtp server IPs you'll
> need to change your rules. I would do this with qmail if I were you.

I agree, and zynkx, I can't tell you how to do this with qmail because I'm a 
sendmail person.   Do what Jeff suggests and look at the qmail documentation, 
and if it's not clear ask on a qmail list.

I really think you should not try doing this by IP address because those may 
change and you won't find out until things start going wrong.

> Antony:
>
> It sounds like you have the "We're behind schedule and you got to get
> this done before the holidays blues!"

Not quite - the satellite link got installed very suddenly (phone call Friday, 
two men and a long ladder on Monday...) and we now have a month to evaluate 
it and see if it's a suitable replacement for the leased line - so I have to 
get as much of it working as possible so people can test it properly.

Antony.

-- 
The truth is rarely pure, and never simple.

 - Oscar Wilde

                                                     Please reply to the list;
                                                           please don't CC me.

Re: (no subject)

[zynkx]

antony: 

the only reason why i am doing this is because i am 
blocking all incoming connectios to my box except 
portuguese connections. i manage to get all the 
portuguese ip ranges, put the forward chain to drop 
and a accepted all the sources i want to get 
connections from. this way i will only be accepting 
connetions from portugal, since that the ammount of 
users i administrate is not enough for that machine to 
be opened to the whole world. 

there are in fact lots of users expecting mail to come 
from those 2 most known smtps, so this forces me to 
accept connectiosn from those domains :))

the way i see it, filtering with qmail doesn´t make 
any sense, because what i want is not to filter but to 
accept :)))

please call back to earth if this thoughts are not 
quite right :))) i will be greatfull

thank you very much for your time and for your 
words ;))

ZyNkz

Cópia Antony Stone <Antony@Soft-Solutions.co.uk>:

> On Wednesday 26 November 2003 8:38 pm, zynkx
> wrote:
>
> > hi Ramin and tanx for your trouble ;))
> >
> > what i am looking for is the adresses from
> hotmail and
> > yahoo from wich smtp connections may come
> from :)
> >
> > i have a smtp running and i need to allow
> traffic
> > coming from these two, (hotmail and yahoo).
>
> I'm not quite sure why you want to accept email
> only from Hotmail and Yahoo,
> and from nowhere else (a lot of people I know
> do the exact opposite!),
> however I still think an easier solution to
> your erquirement is to accept all
> email through your firewall, and then accept
> only mail from Hotmail / Yahoo
> on your mail server - because that can select
> based on the sender's address,
> without needing to know the IPs of their mail
> servers (which may change one
> day without you knowing).
>
> Antony.
>
> --
> If at first you don't succeed, destroy all the
> evidence that you tried.
>
>                                                
>      Please reply to the list;
>                                                
>            please don't CC me.
>
>
> 



unix is user friendly. it's just selective when 
choosing 
friends.

-------------------------------------------------
Email Enviado utilizando o serviço MegaMail

Re: (no subject)

[Joel Newkirk]

zynkx - AFAIK most if not all of yahoo's mailservers are in
66.218.78.0/23 ip block.  Hotmail I don't know, though.

On Wed, 2003-11-26 at 15:48, Antony Stone wrote:
> On Wednesday 26 November 2003 8:38 pm, zynkx wrote:

> > i have a smtp running and i need to allow traffic
> > coming from these two, (hotmail and yahoo).
> 
> I'm not quite sure why you want to accept email only from Hotmail and Yahoo, 
> and from nowhere else (a lot of people I know do the exact opposite!), 
> however I still think an easier solution to your erquirement is to accept all 
> email through your firewall, and then accept only mail from Hotmail / Yahoo 
> on your mail server - because that can select based on the sender's address, 
> without needing to know the IPs of their mail servers (which may change one 
> day without you knowing).
> 
> Antony.

Ah, but the point is that while lots of spam claims to be from
*@yahoo.com, if it comes to us from a known yahoo IP then we at least
know it's a legitimate source address.  The problem regarding yahoo and
spam is NOT that yahoo is the source of so much spam, but that so much
spam forges a yahoo.com source.  The 'ideal' filter would reject any
email claiming a yahoo sender that doesn't come from a yahoo mailserver.

Examining the source IP of incoming '-p tcp --dport 25 -m state --state
NEW' packets can be quite handy.  I'm not locking down as hard as zynkx
is, and I've taken a different approach, but I can appreciate what he's
trying to do.

On the director node of our mailcluster I have 3 ULOG target rules -
incoming SMTP, incoming POP3, and filtered SMTP (after a chain of DROP
rules have done their job).  I've been writing a script that analyzes
these logs and auto-generates DROP rules based on the reverse DNS
records (dig -x a.b.c.d +short) for the top [cutoff#] sources, IF the
record matches specific patterns, (like regexp "pcp.{5,30}comcast\.net",
which are all comcast cable modems, or no DNS record) and IF there are
more than [threshold#] new SMTP connections within a given time-frame
from that source IP.

Now, just based on the ~3000 source IP's currently in the DROP list, our
daily dose of spam claiming to be from yahoo.com has dropped from 60% of
the server's traffic, to 20%.  Not too damn shabby so far, and I'm
creating new rules as I observe patterns in the blockscript's log of
what it does NOT block.  (logs IP, reverse DNS, and decision)

This would have been a pointless exercise a few years ago, but now with
such treats as SoBig and Fizzer out in the world, that's changed.  (for
any not aware, SoBig functions as a spam relay, and Fizzer as a mini web
host for spammer sites, on infected machines)

j

Re: (no subject)

[Antony Stone]

On Wednesday 26 November 2003 10:41 pm, zynkx wrote:

> antony:
>
> the only reason why i am doing this is because i am
> blocking all incoming connectios to my box except
> portuguese connections. i manage to get all the
> portuguese ip ranges, put the forward chain to drop
> and a accepted all the sources i want to get
> connections from. this way i will only be accepting
> connetions from portugal, since that the ammount of
> users i administrate is not enough for that machine to
> be opened to the whole world.

Explain to me why you only want to allow connections from Portuguese IPs?

What is the problem with "that machine being opened to the world"?

1. What services are you providing anyway?

2. What is the limiting factor in not wanting just anyone from anywhere to be 
able to connect?   Is the machine severely under-powered, so it couldn't cope 
with the load, or do you have a very slow Internet link, and you don't want 
it saturated...?

Maybe you know what you're doing and blocking by country IP range is the right 
solution to your problem, but where email is concerned I would never choose 
that way of doing it.

Antony.

-- 
If builders made buildings the way programmers write programs, then the first 
woodpecker to come along would destroy civilisation.

                                                     Please reply to the list;
                                                           please don't CC me.

Re: (no subject)

[Antony Stone]

On Wednesday 26 November 2003 10:45 pm, Joel Newkirk wrote:

> On Wed, 2003-11-26 at 15:48, Antony Stone wrote:
> >
> > I'm not quite sure why you want to accept email only from Hotmail and
> > Yahoo, and from nowhere else (a lot of people I know do the exact
> > opposite!), however I still think an easier solution to your erquirement
> > is to accept all email through your firewall, and then accept only mail
> > from Hotmail / Yahoo on your mail server - because that can select based
> > on the sender's address, without needing to know the IPs of their mail
> > servers (which may change one day without you knowing).
>
> Ah, but the point is that while lots of spam claims to be from
> *@yahoo.com, if it comes to us from a known yahoo IP then we at least
> know it's a legitimate source address.  The problem regarding yahoo and
> spam is NOT that yahoo is the source of so much spam, but that so much
> spam forges a yahoo.com source.  The 'ideal' filter would reject any
> email claiming a yahoo sender that doesn't come from a yahoo mailserver.

I agree with this completely, however I didn't get the impression from the 
original posting that this was the reason for wanting to do it in this case?

Even if this was the overall goal, I would still recommend filtering email on 
the MTA (qmail in this case) rather than with netfilter.

Antony.

-- 
It is also possible that putting the birds in a laboratory setting 
inadvertently renders them relatively incompetent.

 - Daniel C Dennet

                                                     Please reply to the list;
                                                           please don't CC me.

Re: (no subject)

[Jeffrey Laramie]

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

Re: (no subject)

[Joel Newkirk]

On Wed, 2003-11-26 at 17:53, Antony Stone wrote:
> On Wednesday 26 November 2003 10:45 pm, Joel Newkirk wrote:
> 
> > On Wed, 2003-11-26 at 15:48, Antony Stone wrote:
> > >
> > > I'm not quite sure why you want to accept email only from Hotmail and
> > > Yahoo, and from nowhere else (a lot of people I know do the exact
> > > opposite!), however I still think an easier solution to your erquirement
> > > is to accept all email through your firewall, and then accept only mail
> > > from Hotmail / Yahoo on your mail server - because that can select based
> > > on the sender's address, without needing to know the IPs of their mail
> > > servers (which may change one day without you knowing).
> >
> > Ah, but the point is that while lots of spam claims to be from
> > *@yahoo.com, if it comes to us from a known yahoo IP then we at least
> > know it's a legitimate source address.  The problem regarding yahoo and
> > spam is NOT that yahoo is the source of so much spam, but that so much
> > spam forges a yahoo.com source.  The 'ideal' filter would reject any
> > email claiming a yahoo sender that doesn't come from a yahoo mailserver.
> 
> I agree with this completely, however I didn't get the impression from the 
> original posting that this was the reason for wanting to do it in this case?

True - he apparently is comfortable with the idea that any email not
from Portugal, Hotmail, or Yahoo, isn't getting in.  I work for an ISP,
so obviously that approach would be invalid (and impossible) for us, but
we're finding that using an iptables chain to DROP selected incoming
SMTP connections right at the director has dramatically reduced the load
on the qmail nodes in the cluster.  Disregarding the obvious logistics,
catching this same incoming spam with content filtering takes a hell of
a lot more resources than "iptables -A BLOCKS -s 68.34.253.111 -j DROP".

> Even if this was the overall goal, I would still recommend filtering email on 
> the MTA (qmail in this case) rather than with netfilter.

For the most part I agree, except that some filters (like RBLs, or the
autoblock I'm working on) in front of the mta and any content filtering 
can be kept at (or damned close to) 0% false-positives, while
significantly reducing resource demands.

> Antony.

j

Re: (no subject)

[Jeffrey Laramie]

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

(no subject)

[zynkx]

                                _______________
				| gateway 1   |
				|192.168.0.253|
				|81.84.40.XX  |
				_______________
			_______________|
			|              |
		_______________        |
		|DHCP SERVER  |	       |	
	
		|192.168.0.1  |        |       
		|_____________|	       |
				       |
				________________
				|GATEWAY2      |
				|192.168.0.253 |
				|192.168.100.254
				|______________|
					|
					|
		
	_________________________________
			|		|	
	|			
		_______________    _______________  
______________
		|192.168.100.1 |   |192.168.100.2|  
|192.168.100.3|  _______________    ______________
_______________


hi all:


i have this lan i am supposed to use dhcrelay on 
gateway 2 so the 192.168.100.0/24 machines can get an 
ip address. i have the input and output chain of the 
gateway 2 to drop.

my question is:

do those request require input and output to accept? i 
don't really think so because those packer are not for 
gateway 2 but are to be routed to 192.168.100.0/24 
machines... 

what do you guys think of this??

tanx ;))))
unix is user friendly. it's just selective when 
choosing 
friends.

-------------------------------------------------
Email Enviado utilizando o serviço MegaMail

(no subject)

[Jonathan Fors]

unsubscribe linux-kernel

(no subject)

[Julius Junghans]

confirm 277401

-- 
+++ GMX - die erste Adresse für Mail, Message, More +++
Neu: Preissenkung für MMS und FreeMMS! http://www.gmx.net




-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click

(no subject)

[julius]

confirm 277401


-------------------------------------------------------
This SF.net email is sponsored by: IBM Linux Tutorials.
Become an expert in LINUX or just sharpen your skills.  Sign up for IBM's
Free Linux Tutorials.  Learn everything from the bash shell to sys admin.
Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click

(no subject)

[Minh Cao]

(no subject)

[Joni Sawyer]

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

(no subject)

[Krystian]

yes. me too :(

its a pity its not build in to the kernel :(

did anybody manage to run it on 2.6?

Re: (no subject)

[Antony Stone]

On Sunday 18 January 2004 7:51 pm, Krystian wrote:

> yes. me too :(
>
> its a pity its not build in to the kernel :(
>
> did anybody manage to run it on 2.6?

What are you talking about?

Antony.

-- 
Documentation is like sex.
When it's good, it's very very good.
When it's bad, it's still better than nothing.

                                                     Please reply to the list;
                                                           please don't CC me.

(no subject)

[Arthur Niu]

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

Hi there,
I got problems to upgrade iptables, please help.
Environment: RedHat 9.0 Kernel 2.4.20-8

Now, I removed iptables-1.2.7a with Redhat, and want to install iptables
1.2.9, have downloaded the source code,
1) run the following commands:
make KERNEL_DIR=/usr/src/linux-2.4
make install KERNEL_DIR=/usr/src/linux-2.4

2) compile kernel

3) reboot

but, iptables service wasn't started, I run service iptables start and
system told me: iptables: unrecognized service

so I checked /etc/xinetd.d, iptables not there,

I think I did wrong, can anyone give me some ideas?


Can I compile the iptables 1.2.9 into rpm and then install it


Thx


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

(no subject)

[Sven-Åke Larsson]

Hi all.

I'm totally new to this list and I really tried to find an answer to my
question in the archives but with no success, so I'm sorry if I'm repeating
the history.

Yesterday I installed a new machine to create a better firewall than the one
I have today and to get some better logging functionality. A couple of
pieces are taken from other scipts I found and it does log stuff as I
thought. The strange thing is that for example port 53 and 111 appers to be
open when I do a port scan even though everything should be dropped as
default. But when I added the line "$IPTABLES -A INPUT -p tcp -m tcp --syn
-j DROP" to the script everything except wanted ports are open, as I wanted.
The last line should take care of everything, but it doesn't seem to work.

So the question is, how come? I used the Redhat security tool to create a
very-secure-machine script and the same thing happens.
I also surprisingly found out that in RH9 deny doesn't work?!


Best Regards,
Sven


Scrip start -------------------------

#!/bin/sh

echo 1 > /proc/sys/net/ipv4/ip_forward
echo 1 > /proc/sys/net/ipv4/tcp_syncookies

IPTABLES="/sbin/iptables"

OUTSIDE=eth0
OUTSIDE_IP=my.to.inet.adress
INSIDE=eth2
INSIDE_IP=to.local.network.adress

$IPTABLES -F
$IPTABLES -F INPUT
$IPTABLES -F OUTPUT
$IPTABLES -F FORWARD
$IPTABLES -F -t mangle
$IPTABLES -F -t nat
$IPTABLES -X
$IPTABLES -P INPUT DROP
$IPTABLES -P OUTPUT ACCEPT
$IPTABLES -P FORWARD DROP

# My new rules
$IPTABLES -N silent
$IPTABLES -A silent -j DROP

$IPTABLES -N tcpflags
$IPTABLES -A tcpflags -m limit --limit 15/minute -j LOG --log-prefix
TCPflags:
$IPTABLES -A tcpflags -j DROP

$IPTABLES -N firewalled
$IPTABLES -A firewalled -m limit --limit 15/minute -j LOG --log-prefix
Firewalled:
$IPTABLES -A firewalled -j DROP

# Source NAT
$IPTABLES -t nat -A POSTROUTING -o $OUTSIDE -j SNAT --to $OUTSIDE_IP

# Flag kombinations that shouldn't exist are dropped.
$IPTABLES -A INPUT -p tcp --tcp-flags ALL FIN,URG,PSH -j tcpflags
$IPTABLES -A INPUT -p tcp --tcp-flags ALL ALL -j tcpflags
$IPTABLES -A INPUT -p tcp --tcp-flags ALL SYN,RST,ACK,FIN,URG -j tcpflags
$IPTABLES -A INPUT -p tcp --tcp-flags ALL NONE -j tcpflags
$IPTABLES -A INPUT -p tcp --tcp-flags SYN,RST SYN,RST -j tcpflags
$IPTABLES -A INPUT -p tcp --tcp-flags SYN,FIN SYN,FIN -j tcpflags

# Accept ICMP's
$IPTABLES -A INPUT -p icmp --icmp-type 0 -j ACCEPT
$IPTABLES -A INPUT -p icmp --icmp-type 3 -j ACCEPT
$IPTABLES -A INPUT -p icmp --icmp-type 11 -j ACCEPT
$IPTABLES -A INPUT -p icmp --icmp-type 8 -m limit --limit 1/second -j ACCEPT
$IPTABLES -A INPUT -p icmp -j firewalled

$IPTABLES -A INPUT -p tcp -m tcp --dport 22  --syn -j ACCEPT
$IPTABLES -A INPUT -p tcp -m tcp --dport 25  --syn -j ACCEPT
$IPTABLES -A INPUT -p tcp -m tcp --dport 80  --syn -j ACCEPT
$IPTABLES -A INPUT -p tcp -m tcp --dport 443 --syn -j ACCEPT

# Temporarly solution to get rid of 53 and 111
# Without this one the will show up as open?!
$IPTABLES -A INPUT -p tcp -m tcp --syn -j DROP


# Localhost and inside machines are trustworthy
$IPTABLES -A INPUT -i lo -j ACCEPT
$IPTABLES -A INPUT -i $INSIDE -j ACCEPT
$IPTABLES -A INPUT -i $INSIDE -d $INSIDE_IP -j ACCEPT

# Accept established
$IPTABLES -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
$IPTABLES -A FORWARD -i $OUTSIDE -o $INSIDE -m state --state
RELATED,ESTABLISHED -j ACCEPT

# Silently drop any SMB traffic.
$IPTABLES -A INPUT -p udp --sport 137 --dport 137 -j silent
$IPTABLES -A INPUT -p udp --sport 138 --dport 138 -j silent
$IPTABLES -A INPUT -p udp --sport 139 --dport 139 -j silent
$IPTABLES -A INPUT -p udp --sport 445 --dport 445 -j silent

# Last case killer, log and drop.
$IPTABLES -A INPUT -j firewalled

------------------------- Script End

Re: (no subject)

[Ranjeet Shetye]

On Wed, 2004-01-21 at 09:06, Sven-Åke Larsson wrote:
> Hi all.
> 
> I'm totally new to this list and I really tried to find an answer to my
> question in the archives but with no success, so I'm sorry if I'm repeating
> the history.
> 
> Yesterday I installed a new machine to create a better firewall than the one
> I have today and to get some better logging functionality. A couple of
> pieces are taken from other scipts I found and it does log stuff as I
> thought. The strange thing is that for example port 53 and 111 appers to be
> open when I do a port scan even though everything should be dropped as
> default. But when I added the line "$IPTABLES -A INPUT -p tcp -m tcp --syn
> -j DROP" to the script everything except wanted ports are open, as I wanted.
> The last line should take care of everything, but it doesn't seem to work.
> 
> So the question is, how come? I used the Redhat security tool to create a
> very-secure-machine script and the same thing happens.
> I also surprisingly found out that in RH9 deny doesn't work?!
> 
> 
> Best Regards,
> Sven
> 
> 
> Scrip start -------------------------
> 
> #!/bin/sh
> 
> echo 1 > /proc/sys/net/ipv4/ip_forward
> echo 1 > /proc/sys/net/ipv4/tcp_syncookies
> 
> IPTABLES="/sbin/iptables"
> 
> OUTSIDE=eth0
> OUTSIDE_IP=my.to.inet.adress
> INSIDE=eth2
> INSIDE_IP=to.local.network.adress
> 
> $IPTABLES -F
> $IPTABLES -F INPUT
> $IPTABLES -F OUTPUT
> $IPTABLES -F FORWARD
> $IPTABLES -F -t mangle
> $IPTABLES -F -t nat
> $IPTABLES -X
> $IPTABLES -P INPUT DROP
> $IPTABLES -P OUTPUT ACCEPT
> $IPTABLES -P FORWARD DROP
> 
> # My new rules
> $IPTABLES -N silent
> $IPTABLES -A silent -j DROP
> 
> $IPTABLES -N tcpflags
> $IPTABLES -A tcpflags -m limit --limit 15/minute -j LOG --log-prefix
> TCPflags:
> $IPTABLES -A tcpflags -j DROP
> 
> $IPTABLES -N firewalled
> $IPTABLES -A firewalled -m limit --limit 15/minute -j LOG --log-prefix
> Firewalled:
> $IPTABLES -A firewalled -j DROP
> 
> # Source NAT
> $IPTABLES -t nat -A POSTROUTING -o $OUTSIDE -j SNAT --to $OUTSIDE_IP
> 
> # Flag kombinations that shouldn't exist are dropped.
> $IPTABLES -A INPUT -p tcp --tcp-flags ALL FIN,URG,PSH -j tcpflags
> $IPTABLES -A INPUT -p tcp --tcp-flags ALL ALL -j tcpflags
> $IPTABLES -A INPUT -p tcp --tcp-flags ALL SYN,RST,ACK,FIN,URG -j tcpflags
> $IPTABLES -A INPUT -p tcp --tcp-flags ALL NONE -j tcpflags
> $IPTABLES -A INPUT -p tcp --tcp-flags SYN,RST SYN,RST -j tcpflags
> $IPTABLES -A INPUT -p tcp --tcp-flags SYN,FIN SYN,FIN -j tcpflags
> 
> # Accept ICMP's
> $IPTABLES -A INPUT -p icmp --icmp-type 0 -j ACCEPT
> $IPTABLES -A INPUT -p icmp --icmp-type 3 -j ACCEPT
> $IPTABLES -A INPUT -p icmp --icmp-type 11 -j ACCEPT
> $IPTABLES -A INPUT -p icmp --icmp-type 8 -m limit --limit 1/second -j ACCEPT
> $IPTABLES -A INPUT -p icmp -j firewalled
> 
> $IPTABLES -A INPUT -p tcp -m tcp --dport 22  --syn -j ACCEPT
> $IPTABLES -A INPUT -p tcp -m tcp --dport 25  --syn -j ACCEPT
> $IPTABLES -A INPUT -p tcp -m tcp --dport 80  --syn -j ACCEPT
> $IPTABLES -A INPUT -p tcp -m tcp --dport 443 --syn -j ACCEPT
> 
> # Temporarly solution to get rid of 53 and 111
> # Without this one the will show up as open?!
> $IPTABLES -A INPUT -p tcp -m tcp --syn -j DROP
> 
> 
> # Localhost and inside machines are trustworthy
> $IPTABLES -A INPUT -i lo -j ACCEPT
> $IPTABLES -A INPUT -i $INSIDE -j ACCEPT
> $IPTABLES -A INPUT -i $INSIDE -d $INSIDE_IP -j ACCEPT
> 
> # Accept established
> $IPTABLES -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
> $IPTABLES -A FORWARD -i $OUTSIDE -o $INSIDE -m state --state
> RELATED,ESTABLISHED -j ACCEPT
> 
> # Silently drop any SMB traffic.
> $IPTABLES -A INPUT -p udp --sport 137 --dport 137 -j silent
> $IPTABLES -A INPUT -p udp --sport 138 --dport 138 -j silent
> $IPTABLES -A INPUT -p udp --sport 139 --dport 139 -j silent
> $IPTABLES -A INPUT -p udp --sport 445 --dport 445 -j silent
> 
> # Last case killer, log and drop.
> $IPTABLES -A INPUT -j firewalled
> 
> ------------------------- Script End

The port 53 is used for DNS and is typically a UDP port being used. Your
rule is a TCP rule. EVERY layer 4 protocol like TCP or UDP has a port
number. You've only DROPped the TCP ports.

also, how are you testing ? as in what makes you say that port 53 is
"open" ?

-- 

Ranjeet Shetye
Senior Software Engineer
Zultys Technologies
Ranjeet dot Shetye2 at Zultys dot com
http://www.zultys.com/
 
The views, opinions, and judgements expressed in this message are solely
those of the author. The message contents have not been reviewed or
approved by Zultys.

(no subject)

[Leonardo Stringer]

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



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

(no subject)

[ted-w/YiOAYUbYmutFupEw5ybA]

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

The message contains Unicode characters and has been sent as a binary attachment.




[-- Attachment #2: InterScan_SafeStamp.txt --]
[-- Type: text/plain, Size: 322 bytes --]

****** Message from InterScan E-Mail VirusWall NT ******

** WARNING! Attached file syyi.zip contains:

     WORM_MIMAIL.R virus in compressed file syyi.exe

   Attempted to clean the file but it is not cleanable.
   It has been deleted.

This mail contains virus
*****************     End of message     ***************

(no subject)

[Michael Gale]

-- 
Hand over the Slackware CD's and back AWAY from the computer, your geek
rights have been revoked !!!

Michael Gale
Slackware user :)
Bluesuperman.com 

(no subject)

[Wu Nick]

Dear all,

I want my linux box to support G3 facsimile transmission, and there is one way to transmit G3 facsimile messages 
over IP which is specified in H.323 Annex D. So I took a look at the H.323 patch, but it seems not support T.38 pass through. Does the H.323 patch support T.38( fax over IP ) or any special helper to do so?

Thanks for your comments.
Nick Wu.

_________________________________________________________________
Hotmail Extra Storage讓你獲得10MB 額外儲存空間，請即申請！ http://join.msn.com/?pgmarket=zh-hk 

(no subject)

[deti-Wi7PzZIGgn2zQB+pC5nmwQ]

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






[-- Attachment #2: InterScan_SafeStamp.txt --]
[-- Type: text/plain, Size: 326 bytes --]

****** Message from InterScan E-Mail VirusWall NT ******

** WARNING! Attached file readme.zip contains:

     WORM_MIMAIL.R virus in compressed file readme.pif

   Attempted to clean the file but it is not cleanable.
   It has been deleted.

This mail contains virus
*****************     End of message     ***************

(no subject)

[Kenneth Bright]

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



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

(no subject)

[Pete Phillips]

Hi

I took delivery yesterday of an ASUS s1300N laptop. I have got 2.4.22
and 2.4.24 kernels with latest acpi patches. (I am running Suse 9.0 -
the default kernel sucks with almost 100% keventd sucking the life out of
the thing).

If I boot with acpi=off they boot perfectly well, minus of course acpi
support! Also boot OK with acpi=ht.
 
However, with acpi=on, they just hang  after the "linux loading"
sequence.
 
dmesg says that the ACPI has wakeup address 0xc0001000.
 
I am completely flumoxed !  I have seen numerous docs claiming that the
S1300N is fine with ACPI, so either the BIOS in mine is different (?) or
I am being a complete prat. (I accept that the latter is highly likely!)

Any ideas ?

Pete
--
Pete Phillips, Deputy Director,     |   http://www.smtl.co.uk/
Surgical Materials Testing Lab,     |   http://www.worldwidewounds.com/
Princess of Wales Hospital, S Wales |   http://www.dressings.org/
Tel/Fax: +44 1656-752820/30         |   pete-MnLiQe5rda21Qrn1Bg8BZw@public.gmane.org


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Re: (no subject)

[Bruno Ducrot]

On Fri, Feb 06, 2004 at 08:58:25PM +0000, Pete Phillips wrote:
> Hi
> 
> I took delivery yesterday of an ASUS s1300N laptop. I have got 2.4.22
> and 2.4.24 kernels with latest acpi patches. (I am running Suse 9.0 -
> the default kernel sucks with almost 100% keventd sucking the life out of
> the thing).
> 
> If I boot with acpi=off they boot perfectly well, minus of course acpi
> support! Also boot OK with acpi=ht.
>  
> However, with acpi=on, they just hang  after the "linux loading"
> sequence.
>  
> dmesg says that the ACPI has wakeup address 0xc0001000.
>  
> I am completely flumoxed !  I have seen numerous docs claiming that the
> S1300N is fine with ACPI, so either the BIOS in mine is different (?) or
> I am being a complete prat. (I accept that the latter is highly likely!)
> 

Booting with nolapic or noapic options perhaps?

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

Re: (no subject)

[Pete Phillips]

Hi Bruno

    Bruno> Booting with nolapic or noapic options perhaps?

Thanks a lot for that - I had tried the noapic but wasn't aware of  the
nolapic parameter. I now have what appears to be a fairly complete
/proc/acpi system.

That seemed to be the key to getting it working with a 2.4.24
kernel. (lapic doesn't seem to be supported with the 2.4.22.)

Thanks again.
Pete


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn

(no subject)

[Alexandr Chernyy]

Hello All! Can you help me! I write module for kernel 2.4.22 and have 
some problems! I need to read some information form file, create 
directory and etc. (Did kerlen have some stdio.h like function - fopen, 
fgets, fclose......)!!! Please help me.

WBR, Alexandr Chernyy
nikalex@sp.mk.ua

Re: (no subject)

[Matti Aarnio]

On Mon, Feb 09, 2004 at 11:05:58PM +0200, Alexandr Chernyy wrote:
> Hello All! Can you help me! I write module for kernel 2.4.22 and have 
> some problems! I need to read some information form file, create 
> directory and etc. (Did kerlen have some stdio.h like function - fopen, 
> fgets, fclose......)!!! Please help me.

  Programming in kernel-space isn't at all the same as in userspace.
  For starters, the context stack is highly restricted in size.

  You can have some pointers for it by studying the way, how
  the kernel-space NFS server works while opening files, and
  doing IO.

  Oh yes, there is NO STDIO in kernel.

> WBR, Alexandr Chernyy
> nikalex@sp.mk.ua

/Matti Aarnio

Re: (no subject)

[Alessandro Amici]

On Monday 09 February 2004 22:05, Alexandr Chernyy wrote:
> Hello All! Can you help me! I write module for kernel 2.4.22 and have
> some problems! I need to read some information form file, create
> directory and etc. (Did kerlen have some stdio.h like function - fopen,
> fgets, fclose......)!!! Please help me.

what you are looking for is not usually needed by 'normal' kernel modules. 
could you please be more specific on what is exactly your porpouse?

alessandro

Re: (no subject)

[Armen Kaleshian]

If you could send out dmesg output, that would help.

--Armen

On Wed, Feb 11, 2004 at 07:14:39PM +0100, Dott. Surricani wrote:
: Yes...
: 
: I enabled Dma, I disabled....  MMIO DMA error....
: 

(no subject)

[scp]

Hi all!!

I'm new in the netfilter-devel list. I'm a computer science enginieering student
in the last year. Currently I'm working in my final project :)

Well... my first question:

I'm coding a module that uses netfilter to detect some DDoS attacks, like
synflooding, icmpflooding, etc... The way to detect is based on an adaptative
treslhold algorithm. The behaviour of the algorithm must be changed if I modify
some parameters. The idea is that these parameters could be modified when I
want, I mean to say to the module "the new values are n=3 k=2, etc...". Then I
need a communication between user-space and kernel-space. What is the best way
to do it? I have readed some documentation about using ioctl but I'm not sure if
this is the best way. I know that iptables uses getsockopt to build the rules in
the netfilter-space (kernel space) but I don't understand how it does. Can
anyone explain me a little about how it does and if this method is better than
ioctl (or another options)?

Thanks in advance,

Sergio.

Re: (no subject)

[Pablo Neira]

Hi!

scp@bbs-ce.uab.es wrote:

>Hi all!!
>
>I'm new in the netfilter-devel list. I'm a computer science enginieering student
>in the last year. Currently I'm working in my final project :)
>
>Well... my first question:
>
>I'm coding a module that uses netfilter to detect some DDoS attacks, like
>synflooding, icmpflooding, etc... The way to detect is based on an adaptative
>treslhold algorithm. The behaviour of the algorithm must be changed if I modify
>some parameters. The idea is that these parameters could be modified when I
>want, I mean to say to the module "the new values are n=3 k=2, etc...". Then I
>need a communication between user-space and kernel-space. What is the best way
>to do it? I have readed some documentation about using ioctl but I'm not sure if
>this is the best way. I know that iptables uses getsockopt to build the rules in
>the netfilter-space (kernel space) but I don't understand how it does.
>

Actually I prefer using netlink sockets to communicate user process with 
the kernel, for example you could use the current libnfnetlink library 
available in the CVS or define your own library.

If you still want to use setsockopt/getsockopt, have a look at the 
netfilter hacking HOW-TO which describes the way to register the action 
performed by getsockopt/setsockopt that you defined.

best regards,
Pablo

(no subject)

[christophe.varoqui]

Hello,

I would like to submit this doc to your criticism.
Beware, the english will certainly be awful, as I'm not anglozone native.
I will take any guidance about what to do to make it useful for the widest audiance.

http://christophe.varoqui.free.fr/multipath.html

regards,
cvaroqui

-- 


-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id\x1356&alloc_id438&opÌk
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

(no subject)

[rruegner]

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

Hi,Iptabletistas and all Filter Gurus up to the Delta Quadrant

My Question:
i patched kernel 2.6.3 with pom-ng from todays ftp,
i aplied the pptp patch without failure but i cant
find it in the config to switch it on as a module
i tried searching the list with google but
got no results what else may added to make the module compile, may someone enlight me?
Best Regards   

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

(no subject)

[Anthony de Almeida Lopes]

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

Hi, I would like to add a certain rule to my firewall, but I have a
dynamic IP, I'm wondering if there is some way I can work with this
the line is as follows:

iptables -A INPUT -p tcp -d <MyDynamicIP> --tcp-flags SYN,FIN SYN,FIN -j
DROP

Thanks for any information you can provide.

--tony

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

Re: (no subject)

[Tomasz Korycki]

At 07:46 2004-02-21, Anthony de Almeida Lopes wrote:
>Hi, I would like to add a certain rule to my firewall, but I have a
>dynamic IP, I'm wondering if there is some way I can work with this
>the line is as follows:
>
>iptables -A INPUT -p tcp -d <MyDynamicIP> --tcp-flags SYN,FIN SYN,FIN -j
>DROP

OTOMH:
iptables -A INPUT -p tcp -d `ip ad sh dev <external interface, like 
eth1>|grep inet|awk '{print $2}'|cut -d / -f 1` --tcp-flags SYN,FIN SYN,FIN 
-j DROP

I may be wrong on the "ip" output, You may need to change $2

Re: (no subject)

[Daniel Chemko]

No, but if you have a dynamic IP on the firewall, you can use the -i 
<dynamic_ip_network_interface> instead to do the same thing.

Anthony de Almeida Lopes wrote:

>Hi, I would like to add a certain rule to my firewall, but I have a
>dynamic IP, I'm wondering if there is some way I can work with this
>the line is as follows:
>
>iptables -A INPUT -p tcp -d <MyDynamicIP> --tcp-flags SYN,FIN SYN,FIN -j
>DROP
>
>Thanks for any information you can provide.
>
>--tony
>  
>

Re: (no subject)

[Alexis]

A fast way to do this is with a script and something like this (could
be a lot of other options and ways to do this)

MY_IP=`ifconfig eth0 | grep "inet addr" | cut -d':' -f2 | cut -d' '
-f1`

and then
iptables -A INPUT -p tcp -d $MY_IP --tcp-flags SYN,FIN SYN,FIN -j DROP

of course, you need to change eth0 to the interface that you need to
obtain an ip address.

If this interface is related to an ppp interface it could be easy, in
a file called ip-up in /etc/ppp you could set your script with the
following vars

# When the ppp link comes up, this script is called with the following
# parameters
#       $1      the interface name used by pppd (e.g. ppp3)
#       $2      the tty device name
#       $3      the tty device speed
#       $4      the local IP address for the interface
#       $5      the remote IP address
#       $6      the parameter specified by the 'ipparam' option to pppd


pppd executes this script when it comes up

so you can use $1 where i put $MY_IP in the iptables command.

then, if you need to change some parameters when the ppp connection
cames down, just set it in ip-down

and thats it




Hello Anthony,

Saturday, February 21, 2004, 9:46:59 AM, you wrote:

AdAL> Hi, I would like to add a certain rule to my firewall, but I have a
AdAL> dynamic IP, I'm wondering if there is some way I can work with this
AdAL> the line is as follows:

AdAL> iptables -A INPUT -p tcp -d <MyDynamicIP> --tcp-flags SYN,FIN SYN,FIN -j
AdAL> DROP

AdAL> Thanks for any information you can provide.

AdAL> --tony


-- 
Best regards,
 Alexis                            mailto:alexis@attla.net.ar

(no subject)

[Evelyn Carter]

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

3 billz
a pillz
soupher vighragra
love|her|3|days|straight
rock her world

Shipped world wide!

http://improvedpills.com/sv/index.php?pid=evaph6163

haystack indefinable

Re: (no subject)

[c0ldbyte]

How about a faster way to do that, that is static to any interface that
pops up, "iptables -A INPUT -i ! lo --tcp-flags SYN,FIN SYN,FIN -j DROP"
that will protect every interface that is not lo(Loop Back).

On Sat, 21 Feb 2004 19:49:22 -0300
Alexis <alexis@attla.net.ar> wrote:

> A fast way to do this is with a script and something like this (could
> be a lot of other options and ways to do this)
> 
> MY_IP=`ifconfig eth0 | grep "inet addr" | cut -d':' -f2 | cut -d' '
> -f1`
> 
> and then
> iptables -A INPUT -p tcp -d $MY_IP --tcp-flags SYN,FIN SYN,FIN -j DROP
> 
> of course, you need to change eth0 to the interface that you need to
> obtain an ip address.
> 
> If this interface is related to an ppp interface it could be easy, in
> a file called ip-up in /etc/ppp you could set your script with the
> following vars
> 
> # When the ppp link comes up, this script is called with the following
> # parameters
> #       $1      the interface name used by pppd (e.g. ppp3)
> #       $2      the tty device name
> #       $3      the tty device speed
> #       $4      the local IP address for the interface
> #       $5      the remote IP address
> #       $6      the parameter specified by the 'ipparam' option to pppd
> 
> 
> pppd executes this script when it comes up
> 
> so you can use $1 where i put $MY_IP in the iptables command.
> 
> then, if you need to change some parameters when the ppp connection
> cames down, just set it in ip-down
> 
> and thats it
> 
> 
> 
> 
> Hello Anthony,
> 
> Saturday, February 21, 2004, 9:46:59 AM, you wrote:
> 
> AdAL> Hi, I would like to add a certain rule to my firewall, but I have a
> AdAL> dynamic IP, I'm wondering if there is some way I can work with this
> AdAL> the line is as follows:
> 
> AdAL> iptables -A INPUT -p tcp -d <MyDynamicIP> --tcp-flags SYN,FIN SYN,FIN -j
> AdAL> DROP
> 
> AdAL> Thanks for any information you can provide.
> 
> AdAL> --tony
> 
> 
> -- 
> Best regards,
>  Alexis                            mailto:alexis@attla.net.ar
> 
> 
> 


-- 
        This e-mail may be privileged and/or confidential, and the sender
does not waive any related rights and obligations. Any distribution, use
or copying of this e-mail or the information it contains by other than an
intended recipient is unauthorized. If you received this e-mail in error,
please advise me (by return e-mail or otherwise) immediately.

Re: (no subject)

[Anthony de Almeida Lopes]

Thanks, that's also a good idea. I'll try that too :)


On Sat, 2004-02-21 at 19:23, c0ldbyte wrote:
> How about a faster way to do that, that is static to any interface that
> pops up, "iptables -A INPUT -i ! lo --tcp-flags SYN,FIN SYN,FIN -j DROP"
> that will protect every interface that is not lo(Loop Back).
> 
> On Sat, 21 Feb 2004 19:49:22 -0300
> Alexis <alexis@attla.net.ar> wrote:
> 
> > A fast way to do this is with a script and something like this (could
> > be a lot of other options and ways to do this)
> > 
> > MY_IP=`ifconfig eth0 | grep "inet addr" | cut -d':' -f2 | cut -d' '
> > -f1`
> > 
> > and then
> > iptables -A INPUT -p tcp -d $MY_IP --tcp-flags SYN,FIN SYN,FIN -j DROP
> > 
> > of course, you need to change eth0 to the interface that you need to
> > obtain an ip address.
> > 
> > If this interface is related to an ppp interface it could be easy, in
> > a file called ip-up in /etc/ppp you could set your script with the
> > following vars
> > 
> > # When the ppp link comes up, this script is called with the following
> > # parameters
> > #       $1      the interface name used by pppd (e.g. ppp3)
> > #       $2      the tty device name
> > #       $3      the tty device speed
> > #       $4      the local IP address for the interface
> > #       $5      the remote IP address
> > #       $6      the parameter specified by the 'ipparam' option to pppd
> > 
> > 
> > pppd executes this script when it comes up
> > 
> > so you can use $1 where i put $MY_IP in the iptables command.
> > 
> > then, if you need to change some parameters when the ppp connection
> > cames down, just set it in ip-down
> > 
> > and thats it
> > 
> > 
> > 
> > 
> > Hello Anthony,
> > 
> > Saturday, February 21, 2004, 9:46:59 AM, you wrote:
> > 
> > AdAL> Hi, I would like to add a certain rule to my firewall, but I have a
> > AdAL> dynamic IP, I'm wondering if there is some way I can work with this
> > AdAL> the line is as follows:
> > 
> > AdAL> iptables -A INPUT -p tcp -d <MyDynamicIP> --tcp-flags SYN,FIN SYN,FIN -j
> > AdAL> DROP
> > 
> > AdAL> Thanks for any information you can provide.
> > 
> > AdAL> --tony
> > 
> > 
> > -- 
> > Best regards,
> >  Alexis                            mailto:alexis@attla.net.ar
> > 
> > 
> > 
-- 
---------------------------------------------------------------
Please avoid sending me Word or PowerPoint attachments.
See http://www.fsf.org/philosophy/no-word-attachments.html

(no subject)

[Joel Cant]

subscribe

Re: (no subject)

[Redeeman]

you would want to type:

subscribe linux-kernel

and send to majordomo@vger.kernel.org

> subscribe
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel"
> in the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/

(no subject)

[Josie Feldman]

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



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

(no subject)

[Daniel Czarnecki]

unsubscribe

(no subject)

[Rosemarie Crockett]

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

(no subject)

[Forrest Lehman]

[-- Attachment #1: captor 04 senor tonight --]
[-- Type: text/html, Size: 5242 bytes --]

(no subject)

[Dane Kirkland]

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

(no subject)

[Brian Murphy]

Hi Ralf,
	the arbitrary change of lasat machine numbers in revision 1.70 
of bootinfo.h means the lasat machines don't get very far in the boot
process. I use this number as an index into several arrays to dynamically
set up the minor hardware differences between the two machines, 
it being off by one causes a horrible crash the first time one of the 
values is used.

Was there a good reason for the change or can you apply the following patch
to allow these systems to boot...?

/Brian

Index: include/asm-mips/bootinfo.h
===================================================================
RCS file: /cvs/linux/include/asm-mips/bootinfo.h,v
retrieving revision 1.73
diff -u -r1.73 bootinfo.h
--- include/asm-mips/bootinfo.h	15 Mar 2004 07:55:26 -0000	1.73
+++ include/asm-mips/bootinfo.h	6 Apr 2004 19:46:13 -0000
@@ -200,8 +200,8 @@
  * Valid machtype for group LASAT
  */
 #define MACH_GROUP_LASAT       21
-#define  MACH_LASAT_100		1	/* Masquerade II/SP100/SP50/SP25 */
-#define  MACH_LASAT_200		2	/* Masquerade PRO/SP200 */
+#define  MACH_LASAT_100		0	/* Masquerade II/SP100/SP50/SP25 */
+#define  MACH_LASAT_200		1	/* Masquerade PRO/SP200 */
 
 /*
  * Valid machtype for group TITAN

(no subject)

[__ Radien__]

Thx Antony
But: 

>Circuit level filtering means packet filtering - what netfilter does - in 
>other words you filter packets based on where they've come from and where 
>they're going to (IP addresses), and on *assumptions* about what the TCP/UDP 
>port numbers mean, rather than based on anything that's actually inside the body of the packets (data).

  I read it's sth more than packet filtering, and it work on session
layer. Working on session layer is a little hard for me to underestand.
I'm looking for some example.

  I guess ESTABLISHED state option of iptables make it work on such
level, but I'm not sure.


>Application level filtering means proxies - software which can understand 
>protocols like http, smtp, pop3, ftp, irc.... and look at the data and 
>commands which are being transferred between machines, then base the 
>filtering decisions on that (as well as IP addresses and hostnames).


>Gateway simply refers to a machine which is in the path between your network 
>and the outside world - can mean anything from a simple router with no 
>filtering capabilities to a multi-protocol proxy server with intrusion detection.

Thx but, I meant "Circuit Level gateway" not a simple gateway I mean
IP(or network level).

>Netfilter (iptables) is a stateful packet filter, and therefore operates at 
>layers 3/4 of the OSI model - the network layers.   It does not meaningfully 
>operate at layer 7 - the application layer.

But I think matching RELATED state of ftp data connection means working
on layer 7.

>If you want realistic application layer filtering on a linux system you need 
>proxy applications like sendmail/exim/apache/squid/frox.   Netfilter won't do 
>it for you.

So u mean there's no such matching module or action in Netfilter.

Regards
__Radien__

Re: (no subject)

[Antony Stone]

On Thursday 08 April 2004 10:43 am, __ Radien__ wrote:

> Thx Antony
>
> But:
> > Circuit level filtering means packet filtering - what netfilter does - in
> > other words you filter packets based on where they've come from and where
> > they're going to (IP addresses), and on *assumptions* about what the
> > TCP/UDP port numbers mean, rather than based on anything that's actually
> > inside the body of the packets (data).
>
>   I read it's sth more than packet filtering, and it work on session
> layer. Working on session layer is a little hard for me to underestand.
> I'm looking for some example.

I don't blame you for being confused.   The session layer (and the 
presentation layer) of the OSI model are very hard to explain what they're 
for.   I have never heard of circuit level filtering applying at the session 
layer.   My understanding is that circuit level filters work at the network 
layers 3/4 of the OSI model.   The session layer is layer 5.

> > Gateway simply refers to a machine which is in the path between your
> > network and the outside world - can mean anything from a simple router
> > with no filtering capabilities to a multi-protocol proxy server with
> > intrusion detection.
>
> Thx but, I meant "Circuit Level gateway" not a simple gateway I mean
> IP(or network level).

Sure, but what I meant was that "gateway" just means a machine in the middle 
of a communications path.   It could be a circuit level gateway, it could be 
an application layer gateway, it could be a network layer gateway.

> > Netfilter (iptables) is a stateful packet filter, and therefore operates
> > at layers 3/4 of the OSI model - the network layers.   It does not
> > meaningfully operate at layer 7 - the application layer.
>
> But I think matching RELATED state of ftp data connection means working
> on layer 7.

You are correct - netfilter has some very limited and very specific 
understandings of what happens at layer 7.   This does not make it an 
application layer filtering system.

> > If you want realistic application layer filtering on a linux system you
> > need proxy applications like sendmail/exim/apache/squid/frox.   Netfilter
> > won't do it for you.
>
> So you mean there's no such matching module or action in Netfilter.

About the closest you can get with netfilter is the "string" match, but that 
is not very useful if you compare it what can be done with a proper proxy.

Regards,

Antony.

-- 
Most people are aware that the Universe is big.

 - Paul Davies, Professor of Theoretical Physics

                                                     Please reply to the list;
                                                           please don't CC me.

RE: (no subject)

[__ Radien__]

>Sure, but what I meant was that "gateway" just means a machine in the middle 
>of a communications path.   It could be a circuit level gateway, it could be 
>an application layer gateway, it could be a network layer gateway.

Sure, Thx. Can u take some example of existing Circuit Level Gateways? 

Regards,

__Radien__

Re: (no subject)

[Antony Stone]

On Thursday 08 April 2004 2:12 pm, __ Radien__ wrote:

> >Sure, but what I meant was that "gateway" just means a machine in the
> > middle of a communications path.   It could be a circuit level gateway,
> > it could be an application layer gateway, it could be a network layer
> > gateway.
>
> Sure, Thx. Can u take some example of existing Circuit Level Gateways?

Socks is the usually-quoted example.

Regards,

Antony.

-- 
I want to build a machine that will be proud of me.

 - Danny Hillis, creator of The Connection Machine

                                                     Please reply to the list;
                                                           please don't CC me.

(no subject)

[Bjorn Brox]

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

		Bjørn Brox has left CORENA Norge AS


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

(no subject)

[James]

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

Hi,

 

I was wondering if anybody could tell me how to setup a rule that forwards
all packets from a particular IP, regardless of the ports, on to another
machine?

 

I was also wondering if it is possible to forward an entire IP range, or the
DNS using wildcards? For example forwarding all connections from *.aol.com
regardless of the port onto a specific IP? If this is possible, could
anybody tell me how I would go about it?

 

Thanks,

James


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

Re: (no subject)

[Rob Sterenborg]

> I was wondering if anybody could tell me how to setup a rule that
> forwards all packets from a particular IP, regardless of the ports,
> on to another machine?

You mean to DNAT connections to a server behind the firewall ?

iptables -P FORWARD DROP
iptables -A FORWARD -m state --state RELATED,ESTABLISED -j ACCEPT
iptables -A FORWARD -d <dest_ip> -j ACCEPT
iptables -t nat -A PREROUTING -s <src_ip_range> -j DNAT <dest_ip>
echo 1 > /proc/sys/net/ipv4/ip_forward

For <src_ip_range>, see below.

> I was also wondering if it is possible to forward an entire IP range,
> or the DNS using wildcards? For example forwarding all connections
> from *.aol.com regardless of the port onto a specific IP? If this is
> possible, could anybody tell me how I would go about it?

Using a range is possible :
- use subnets like /24 or 255.255.255.0
- use the iprange patch from POM. You will have to patch your kernel for
that to work.
See http://www.netfilter.org/patch-o-matic/pom-base.html#pom-base-iprange

You cannot use wildcard domain lookups in iptables rules so you'd have to
find out which ip ranges you want to match yourself.


Gr,
Rob

(no subject)

[Neva Thompson]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="windows-1254", Size: 490 bytes --]




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id149&alloc_id66&op=click
_______________________________________________
Kernel-janitor-discuss mailing list
Kernel-janitor-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kernel-janitor-discuss

(no subject)

[zze-KHOURY Jad FTRD/DMI/CAE]

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

Hi,
 I'm having some problems finding how to log ONLY iptable log messages
to another file other than messages. So I made some changes in the
"sylsog.conf" file by adding: kern.warning /var/log/firewall since the
Default log level entry is" warning". But I still reveive some message
other than the packets, from the kernel itself!
 how can I limit the input messages to only Netfilter packets?
What should I change in the syslog.conf file If I don't want to receive
Netfilter messages in this file?
 

regards
Jad 

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

RE: (no subject)

[Mark E. Donaldson]

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

 

  _____  

From: netfilter-admin@lists.netfilter.org
[mailto:netfilter-admin@lists.netfilter.org] On Behalf Of zze-KHOURY Jad
FTRD/DMI/CAE
Sent: Friday, April 30, 2004 1:33 AM
To: netfilter@lists.netfilter.org
Subject: (no subject)



Hi, 
 I'm having some problems finding how to log ONLY iptable log messages to
another file other than messages. So I made some changes in the
"sylsog.conf" file by adding: kern.warning /var/log/firewall since the
Default log level entry is" warning". But I still reveive some message other
than the packets, from the kernel itself!

 how can I limit the input messages to only Netfilter packets? 
What should I change in the syslog.conf file If I don't want to receive
Netfilter messages in this file? 
  

regards 
Jad  

 

           To isolate firewall log messages into a separate or dedicated
file. By default, netfilter logs to the kern.info syslog facility. This
places all the firewall log messages into /var/log/messages along with all
other kernel messages. This behavior is not exceedingly friendly for
firewall log parsing and analysis. However, since the Linux kernel logs very
little by default at the “debug” level, there is an easy solution. Follow
these steps:

 

§         Set logging level to “debug” in the firewall script:

 

LOG_LEVEL="debug"

 

§         Place the LOG_LEVEL variable in rule sets for all packets to be
logged:

 

-j LOG --log-level $LOG_LEVEL

 

§         Tell syslog to log only kernel.debug messages to the firewall log
file:

 

kern.=debug
/var/log/iptables/iptables.log

 

§         Tell syslog not to place firewall messages into /var/log/messages:

 

*.*;kern.!=debug        /var/log/messages

 

§         Restart syslog: ./etc/init.d/syslog restart

 


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

(no subject)

[Dawn Atwood]

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

<HTML>
<BODY>
<CENTER><STRONG>
<HR>
</STRONG></CENTER>
<CENTER><STRONG><FONT size=4>If you are paying more than 3.6% on your m<term>ortgage, </FONT></STRONG></CENTER>
<CENTER><STRONG><FONT size=4>we can slash your paym<hide>ent!</FONT></STRONG></CENTER>
<CENTER><BR><STRONG>GUA<kick>RANTEED LOWEST RA<lyric>TES 
ON THE PLANET<BR><BR>APPR<gretchen>OVAL REGARDLESS OF CR<larceny>EDIT 
HISTORY!<BR><BR>Start sa<seton>ving tod<almond>ay<BR><BR></STRONG><A 
href="http://rd.yahoo.com/abater/tenfold/orville/*http://www.kwb7.biz/jf/index.php" 
target=_blank><STRONG>Show Me The Lowest Rates</STRONG></A><BR><BR></CENTER>
<CENTER><STRONG>
<HR>
</STRONG></CENTER><FONT size=2>
<CENTER><FONT size=1><BR>&nbsp;</CENTER>
<CENTER><STRONG><BR></STRONG>&nbsp;</CENTER>
</DIV>
<DIV>
<DIV></DIV>
<DIV></DIV>
<DIV></DIV></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT style="FONT-SIZE: 1px">montgomery corp climb worrisome close dissociable devon carthage merriment comprise derelict obstinate craftsmen crash cumulus conjugal edison direct alga referral phosphor frigid faun rosenthal approbation longleg confluent cocoa catabolic weatherstripping staminate unwieldy duel clergymen panjandrum horsepower catcall catchup deception strychnine actor helm chalice collocation psyllium creamy injure atlantes jablonsky shako allergy heap chaise civet tori allegra accelerometer defiant genus boorish amende farewell danger czech stoke arlene stow dietrich daugherty bernini titillate preposterous contiguity blumenthal egypt downey asteria layette exchequer ultimate yearbook banks creature allele lineprinter clinician silkworm glutamine rca quick windmill emotion volatile surgical madstone peed ablaze jitterbug dutiful phosphorescent still suitcase condiment oboe vienna middletown incidental equate mackinaw aides antioch hostage calibre bayonne diagram deforest debugger streamside vermont propos cousin tibet magnesia penumbra errata nil bug flare court discriminant absinthe anhydrite lath anabel angelina penurious rotten hardin herb controversial larceny agriculture grammar waken we're tutor repudiate singsong flatiron hackett inductee rubidium prohibitive jorgenson evocable copra cent amass inducible hollyhock celandine inmate deferent commodity poughkeepsie refutation chattanooga desultory flattery fresno antecedent transplantation brokerage duffy ferromagnetism loaves bill bloodbath bacterium maintain champaign corollary chorus hun copperhead operon cosine died belie serpentine alto than carbonium cady whatnot potato chamfer ernst ektachrome hind peru thrall managua moulton gillespie carouse sight wide change segundo simpleminded equilibrium trw kiss estes coalescent couple navel keg devout aggressor silicon swordfish bassett average tulane percussion breakage repelled brandish derail paradise narcissism cambridge museum beltsville famous aubrey goniometer obviate durham functor
 coup spastic bradshaw roberto calendar sainthood eleven samovar uppermost castle intention democracy catheter ellis bookseller cowpoke wakeup demultiplex simmons changeover geochronology anhydride consequential abash o'hare dogtrot gracious switchblade glum cowmen shelley exception quaver slither bale arrhenius besotted bam barren logging middle gyrocompass torsion screwworm jessica quart this protege convoy cassette arraign comply depict beforehand lesson certify patrice leech chalkboard antisemitism bedevil winter elongate dogfish crochet colgate stableman margarine minuet downtrodden descartes cassette gillespie cummins tailwind intermittent zombie sparling succinct cataclysmic little accept nbc sake fanfold godlike hospitable carne secretive cryptanalyze locomotory bison brunch diminutive baneberry thespian sideshow criminal improbable earthquake minuet brandish which pendulum watchmen goff jesuit parsonage combine maggoty vaudeville keystone concessionaire manna panda wane augustine riotous affricate bolton fanfare technetium lamprey waldo ireland jamaica electra comb delhi ritter teamster khrushchev tenspot metcalf sam cutworm cattail quetzal stimulate dodson transfer macedon downslope midget cheap hoosier hale ruthenium english delmarva desert abase decease eastern convolution soldier definition observatory disburse teller illustrious dolce cockcrow cadillac employ brisbane frost nimble compress febrile offload apricot calcareous collude kinetic accountant informative peoria calorimeter newspapermen churchyard caveman vibrate circus best shaft christoffel linden armful apron apply varian astrology centennial brigadier anagram prevent drum doctrinal cupboard andre tower preference algorithmic erratic expensive apartheid dastard hearse torah imperfect influx corpulent lucia nocturnal katmandu infrastructure extricate anastomosis wry dogfish grovel infringe multiplex fruehauf hailstone dervish wagner angiosperm reactant tennessee sonoma precipitous priory abominate joystick countrify pyroxene wherewithal mi
cky tribute authenticate stygian adduce physique emaciate purge arching fun camellia bedraggle kaddish tennessee carbuncle stirrup grater magma galbreath opt haughty plugging devil renault you'll abound avis continental quarrelsome chubby gorgon torpid deaf drawn conduct kruger immediacy resumption conjure veterinarian terrific pedal koinonia tulip stereo pinpoint builtin bobbie offenbach u.s cytology thebes denude counterpart brice ncaa itch consortium auckland defrock evict froze confiscable new exposition olympic physiognomy ethan macmillan </FONT></STRONG></DIV></BODY></HTML>

(no subject)

[Kenton Stringer]

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


If you are paying more than 3.6% on your mortgage, we can slash your payment!
(must have owned your home at least 24 months to qualify for this program)

         GUARANTEED LOWEST RATES ON THE PLANET

         APPROVAL REGARDLESS OF CREDIT HISTORY!
           (if residence meets value appraisal standards)


        Start saving today

Show Me The Lowest Rates
http://rd.yahoo.com/ueu/*http://www.mtgsave.biz/rm/index.php






 

 
To stop receiving offers here 
http://rd.yahoo.com/zxpe/*http://www.mtgsave.biz
or Mail instructions to:  
Media Group
Box 40937
Bedford, Nova Scotia, Canada
B4A 3Z2 





 


chapter fed gloucester congruent broken expedient disputant comply employing embroidery flourish aft apprehend indignity spermatophyte rightful chamfer grateful warmish irreproachable linkage diabetic accidental bridegroom emigrant bode blastula footstool authentic bryn anorexia incentive mobility boxwood expiable symbiotic excuse 

(no subject)

[Jotinha]

does grub2 will support Amiga FFS and Amiga Partitions (RDB)?

is there any point of view on this?
 
regards,
 
jaime dias

Re: (no subject)

[Marco Gerards]

Jotinha <jaimedias@paralelo27.com.br> writes:

> does grub2 will support Amiga FFS and Amiga Partitions (RDB)?

Not yet.  A week ago I sent an email to this list about filesystems
that will be supported.  I forgot adding FFS to this list.

But I am certainly willing to add it, mainly because I planned porting
GRUB 2 to the amiga after the PC version and apple version (ieee1275)
work.

So if Okuji is not fully against an amiga port (m68k), you can expect
one.  That is including everything you can logically expect from it.

Three things might be useful to me:

- Documentation about Amiga FFS (I read a book about it, but that was
  ~7 years ago and I don't have access to it anymore).  I still have
  to look for information using google, I think it is easy to find.

- If the videocard is directly programmed we need to add support for
  videocards (and not just OCS, ECS and AGA).  It might be better to
  use the available libraries at first.  IIRC there is a library with
  useful functions for that loaded by kickstart.  Ideas are welcome.

- Testers when it is done.

I think an amiga port would be quite easy.  Especially because I have
experience with both the amiga and porting GRUB 2.

It just will take some time before GRUB 2 is quite usable, even on the
PC.  Another thing I am bothered with is that multiboot is PC only.

The last problem is that we need a somewhat more general partition
scheme.  So all partition schemes can be mixed.  I think linux already
has that.  We already have support for PC style partitions, BSD slices
and apple style partitions.

Hopefully you asked your question with the amiga in mind.  If that was
not true, please tell me what you need Amiga FFS and RDB for.

--
Marco

(no subject)

[xuhaoz]

hi:
	how can i put the boot message onto the framebuffer_lcd? can uclinux 2.4
do this ?
                I have write a framebuffer driver base on vfb.c , and it is
ok to use(I wrote a program to test.my lcd is 16 color,320x240, i alloc 37kB
for the screen memory.i use write(fd,buff,count) function ,and the screen's
color is changed.).Now, i want the screen to display english or chinese and
picture, how to do , and have uclinux2.4 done this for me ? the only things
for me is to find it and connect? i am puzzled , please help me.

thans a lot.
			xuhaoz
			2004-05-21

_________________________________________
zhang xuhao
ICQ#: 116926669
More ways to contact me: http://wwp.icq.com/116926669
_________________________________________




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click

<no subject>

[Frank Pieczynski]

Hello, 
for load tests of a application, which requires a own IP address for each 
User, and have to support hundred of thousand ... millons of users, I try to 
simulate the users and handle the ip issues with netfilter. I'd like to 
avoid promiscous mode and virtual interfaces. 
 
Every Linux test box handle for examle 65.000 users. 
The test application fakes during sending the source ip, so for the app 
server it looks ok. 
On the app server some additional routing entries route the packets to the 
users according to the range of user ip's to the specific Linux test box. So 
netfilter should forward these incoming packets to the local test 
application: 
iptables -t nat -A PREROUTING -i eth0 -p udp --dst 10.132.0.0/16 \ 
-j REDIRECT --to-port 5000 
and the test app can ask for the original destination using getsockopt() - 
like squid.                                                                                                                                      
but I don't see the answers in the PREROUTING queue? 
They are visible with ethereal on eth0, but also a plain logging rule:                                                                                
iptables -t nat -A PREROUTING -j LOG Prerouting 
doesn't show the incoming packets??? 
BUT they are listed in the mangle table (but here I cannot use the REDIRECT 
target). 
 
A very interesting thing: 
If I modify the route showing to a different Linux box and use there a DNAT 
rule instead of REDIRECT, then it works as expected. Of course this has the 
disadvantage, that the information about the original destination IP is 
lost, so why it doesn't work on the local system? 
Does the use of the spoof during send create some implicite rules, so that 
later answers to that are not visible in the PREROUTING queue? 
Any tipps would be nice. 
 
Thanks 
Frank    
 -- 
For every complex problem there is a solution 
which is simple, neat and -- wrong. 
 
_____________________________________________________________________
Endlich SMS mit Bildern versenden! Das Bild selbst ist dabei gratis,
Sie bezahlen lediglich den Versand. http://freemail.web.de/?mc=021195

(no subject)

[xuhaoz]

hi all
	how can i config the framebuffer to be an available console?,i want the
boot message to display onto the board lcd screen .i use uclinux2.4, arm7no
mmu

		thanks ,
		xuhaoz on 2004-05-26


_________________________________________
zhang xuhao
ICQ#: 116926669
More ways to contact me: http://wwp.icq.com/116926669
_________________________________________




-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click

Re: (no subject)

[Antonino A. Daplas]

On Wednesday 26 May 2004 17:00, xuhaoz wrote:
> hi all
> 	how can i config the framebuffer to be an available console?,i want the
> boot message to display onto the board lcd screen .i use uclinux2.4, arm7no
> mmu
>

1. If you are developing your own driver, you will need the following hooks.  
(You may not need all of them if you don't plan on changing video modes after 
initialization. Or at least provide a stub).

static struct fb_ops xxxfb_ops = {
	owner:		THIS_MODULE,
	fb_get_fix:		xxxfb_get_fix,
	fb_get_var:	xxxfb_get_var,
	fb_set_var:	xxxfb_set_var,
	fb_get_cmap:	xxxfb_get_cmap,
	fb_set_cmap:	xxxfb_set_cmap,
	fb_pan_display:	xxxfb_pan_display,
};

Then in your init, something like this:

info->fb_ops = &xxxfb_ops;

2. Add this to fbmem.c, (in static struct fb_drivers[]):

#ifdef CONFIG_FB_PVR2
	{ "xxx", xxxfb_init, xxxfb_setup },
#endif

xxxfb_setup can be NULL.

3.  If you can use one of the generic drawing functions, (see any of the 
fbcon_cfb*.c files). If not, you have to create those too.
  
Tony





-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click

(no subject)

[fil.tri@libero.it]

confirm 128177



-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id149&alloc_id66&op=click

(no subject)

[fil.tri@libero.it]

confirm 128177



-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id149&alloc_id66&op=click

(no subject)

[fil.tri@libero.it]

Hi to everyone, this is my first post in this list, and I wrote from Italy!

I have bought an notebook asus m3452ch (m3000n serie), and i have installed
debian unstable.
The kernel is 2.6.6 version and I have a problem with the fan of cpu because it
start only when the temperature exceed 70 celsius degree. It's normal?
There is a way to control the fan speed from userspace?
In my kernel configuration I have:
support ACPI =y
config_acpi_ac=m
config_acpi_battery=m
config_acpi_button=m
config_acpi_fan=m
config_acpi_processor=m
config_acpi_thermal=m
config_acpi_bus=y
config_acpi_ec=y
config_acpi_pci=y
config_acpi_system=y

In /etc/modules I load this modules.
When I write : echo on > /proc/acpi/fan/FN00/state the fan don't start.
Maybe the fan is controlled from the bios, in this case I can't do nothing? I'm
afraid
that I can damage my notebook.

Thanks,
Phil






-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id149&alloc_id66&op=click

(no subject)

[Ivan]

Hi,
I am looking for a solution to block streaming media using iptables.
I have found that some of my users are listening to radio stations using 
internet, which has pumped up the
internet bill significantly, and of course put a choke on my internet links.
Does anyone know of a solution for blocking just the streaming media 
traffic from any web site, while still allowing
the access to the website it self?

Thanks,

Ivan

RE: (no subject)

[Markus Zeilinger]

 Hi!

Do not know whether there is a patch available via patch-o-matic for such
things. But I think a http proxy should handle such things? Cause you have
to do application level filtering and that's a duty of a http proxy I would
say!

Cheers,
Markus

-----Original Message-----
From: netfilter-admin@lists.netfilter.org
[mailto:netfilter-admin@lists.netfilter.org] On Behalf Of Ivan
Sent: Monday, May 31, 2004 1:19 PM
To: netfilter@lists.netfilter.org
Subject: (no subject)

Hi,
I am looking for a solution to block streaming media using iptables.
I have found that some of my users are listening to radio stations using 
internet, which has pumped up the
internet bill significantly, and of course put a choke on my internet links.
Does anyone know of a solution for blocking just the streaming media 
traffic from any web site, while still allowing
the access to the website it self?

Thanks,

Ivan

Re: (no subject)

[Krishna Prasanth]

Hi!
   How about blocking Stream connections, which are mostly RTP, RTSP(Real 
Audio uses this)??
   In this case VoIP traffic may not work(in case if you have).
   I think even other Applications like (winamp) uses similar traffic which 
we can
   block using iptables.

   Pls correct me if i'm wrong somewhere.

regards
-prasanth
On Mon, 31 May 2004 13:39:21 +0200, Markus Zeilinger 
<mz@sea.uni-linz.ac.at> wrote:

>  Hi!
>
> Do not know whether there is a patch available via patch-o-matic for such
> things. But I think a http proxy should handle such things? Cause you 
> have
> to do application level filtering and that's a duty of a http proxy I 
> would
> say!
>
> Cheers,
> Markus
>
> -----Original Message-----
> From: netfilter-admin@lists.netfilter.org
> [mailto:netfilter-admin@lists.netfilter.org] On Behalf Of Ivan
> Sent: Monday, May 31, 2004 1:19 PM
> To: netfilter@lists.netfilter.org
> Subject: (no subject)
>
> Hi,
> I am looking for a solution to block streaming media using iptables.
> I have found that some of my users are listening to radio stations using
> internet, which has pumped up the
> internet bill significantly, and of course put a choke on my internet 
> links.
> Does anyone know of a solution for blocking just the streaming media
> traffic from any web site, while still allowing
> the access to the website it self?
>
> Thanks,
>
> Ivan
>
>



-- 
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/

RE: (no subject)

[Mark E. Donaldson]

Take a look at the H323 patch and see if it suits your needs:
http://www.netfilter.org/documentation/HOWTO//netfilter-extensions-HOWTO-5.h
tml#ss5.3 

-----Original Message-----
From: netfilter-admin@lists.netfilter.org
[mailto:netfilter-admin@lists.netfilter.org] On Behalf Of Ivan
Sent: Monday, May 31, 2004 4:19 AM
To: netfilter@lists.netfilter.org
Subject: (no subject)

Hi,
I am looking for a solution to block streaming media using iptables.
I have found that some of my users are listening to radio stations using
internet, which has pumped up the internet bill significantly, and of course
put a choke on my internet links.
Does anyone know of a solution for blocking just the streaming media traffic
from any web site, while still allowing the access to the website it self?

Thanks,

Ivan



########################################################
This message has been scanned for viruses and dangerous content by
MailScanner, and is believed to be clean.

postmaster@bandwidthco.com
MailScanner at bandwidthco.com is for your absolute protection.
########################################################



########################################################
This message has been scanned for viruses and dangerous 
content by MailScanner, and is believed to be clean.

postmaster@bandwidthco.com
MailScanner at bandwidthco.com is for your absolute protection.
########################################################

Re: (no subject)

[Stefan Seyfried]

On Sun, May 30, 2004 at 04:22:29PM +0200, fil.tri-VGgt2q2+T+FeoWH0uzbU5w@public.gmane.org wrote:

> When I write : echo on > /proc/acpi/fan/FN00/state the fan don't start.

echo 0 > state # fan on
echo 3 > state # fan off

Don't ask me who thought about those values... ;-)
-- 
Stefan Seyfried



-------------------------------------------------------
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE.
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click

(no subject)

[Zhu, Yi]

acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org wrote:
> 2.6.6 oopses on startup for me. acpi=off seems to work OK.
> 
> My Thinkpad T-30 has served me faithfully for about 1.5
> years, but was needing some service so I took it to the shop
> today. They gave me a replacement laptop (same model, still a
> T-30), but when I tried to boot up, I got a kernel oops.
> 2.6.5 boots up fine, and so does 2.6.6 when given the boot
> parameter acpi=off. The machines are basically identical
> except for the CD-ROM drive. Might this cause a problem? Or
> should I be pointing a finger at the ACPI tables and other firmware?
> 
> Since the kernel oopses before it finishes booting up, I
> can't even scroll up to the top of it to see what the oops
> message is. I can copy the callback if it helps. How can I
> help to diagnose the problem?

You can use serial console or net console. But firstly could you
provide whatever be seen to give us a clue?

> Ethan Glasser-Camp

Thanks,
-yi




-------------------------------------------------------
This SF.Net email is sponsored by the new InstallShield X.
>From Windows to Linux, servers to mobile, InstallShield X is the one
installation-authoring solution that does it all. Learn more and
evaluate today! http://www.installshield.com/Dev2Dev/0504

(no subject)

["romio kasyanov"]

Hello!
Trying to port linux kernel 2_4_25 on dbaux1550.
This is my dump.Don't know from what to start.Please help.

CPU revision is: 03030200
Primary instruction cache 16kB, physically tagged, 4-way, linesize 32 bytes.
Primary data cache 16kB 4-way, linesize 32 bytes.
Linux version 2.4.25 (roman@storm) (gcc version 3.3.2) #6 Mon Jun 7 12:56:39 MS4
AMD Alchemy Au1550/Db1550 Board
Au1550 AA (PRId 03030200) @ 396MHZ
BCLK switching enabled!
Determined physical RAM map:
 memory: 0c000000 @ 00000000 (usable)
On node 0 totalpages: 49152
zone(0): 49152 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line:  console=ttyS0,115200 usb_ohci=base:0x14020000,len:0x100006
calculating r4koff... 003c6cc0(3960000)
CPU frequency 396.00 MHz
Console: colour dummy device 80x25
Calibrating delay loop... 395.67 BogoMIPS
Memory: 191136k/196608k available (1873k kernel code, 5472k reserved, 120k data)
Dentry cache hash table entries: 32768 (order: 6, 262144 bytes)
Inode cache hash table entries: 16384 (order: 5, 131072 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
Checking for 'wait' instruction...  unavailable.
POSIX conformance testing by UNIFIX
Autoconfig PCI channel 0x80313938
Scanning bus 00, I/O 0x00000300:0x00100000, Mem 0x40000000:0x50000000
00:0b.0 Class 0002: 0007:0000 (rev 01)
        I/O at 0x00000300 [size=0x8]
        I/O at 0x00000308 [size=0x4]
        I/O at 0x00000310 [size=0x8]
        I/O at 0x00000318 [size=0x4]
        I/O at 0x00000400 [size=0x100]
remap_area_pte: page already exists
Break instruction in kernel code in traps.c::do_bp, line 591:
$0 : 00000000 1000fc00 00000024 00000000 80302818 00000001 00000001 80302830
$8 : 00000001 000006b2 0000068b 000006b2 80320000 80320000 80320000 ba2e8ba3
$16: 00000000 00103000 8034b018 00003000 00000005 00000000 000007d7 00000017
$24: ba2e8ba3 00000001                   8121a000 8121be78 00003000 80109b28
Hi : fffff61f
Lo : 0000034b
epc   : 80109b28    Not tainted
Status: 1000fc03
Cause : 00800024
PrId  : 03030200
Process swapper (pid: 1, stackpage=8121a000)
Stack:    00000000 00000000 bb77fd8c bb77fd8c bb77fd8d 00000000 00000000
 00000000 00000000 00000000 fffffff4 802f8800 c0103000 802f8800 00000004
 ffffd000 00000000 00103000 001fffff 00000001 00000000 00100000 00000005
 00000000 c0003000 00000000 00000010 00000000 8008c6b4 80109cac c0003000
 00000000 00000004 3fffd000 00000000 00100000 00000010 00000000 80340000
 80310000 ...
Call Trace:   [<80109cac>] [<801007b0>] [<801007b0>] [<80101e00>] [<80101da0>]
 [<80200118>] [<8015fad0>] [<801007b0>] [<801007c0>] [<80102188>] [<8010fb30>]
 [<801603b8>] [<80160394>] [<80102178>]

Code:
Kernel panic: Attempted to kill init!

(no subject)

[Dharmendra T.]

Hi Mani,
 
 Hope some Messaging and Conferencing tool is running! You have to check
on your machine is there anything running on that port, It is very
dangerous if some process opening a port and you are unaware of it.

 Make sure everything in your system is ok.

        I did not see any error in ifconfig.


Regards
Dharmendra T.


On Mon, 2004-06-21 at 11:58, Manikandan wrote:
> Hi friends,
> 
>         I am running RedHat linux 9 with iptables 1.2.7a. This box
acts as a
> gateway/firewall for my network. I am seeing lots of packets getting
dropped
> as well as ifconfig reports error.
> 
> [root@javagreen RPMS]# tail /var/log/messages/
> 
> Jun 21 11:50:50 javagreen kernel: IN=eth0 OUT=
> MAC=00:09:6b:19:b4:24:00:0e:83:f6:19:9f:08:00 SRC=64.0.96.12
> DST=202.138.202.218 LEN=84 TOS=0x00 PREC=0x00 TTL=45 ID=17638
PROTO=ICMP
> TYPE=8 CODE=0 ID=20225 SEQ=61833
> Jun 21 11:50:50 javagreen kernel: IN=eth0 OUT=
> MAC=00:09:6b:19:b4:24:00:0e:83:f6:19:9f:08:00 SRC=64.0.96.12
> DST=202.138.202.218 LEN=84 TOS=0x00 PREC=0x00 TTL=45 ID=17638
PROTO=ICMP
> TYPE=8 CODE=0 ID=20225 SEQ=61833
> Jun 21 11:50:50 javagreen kernel: IN=eth0 OUT=
> MAC=00:09:6b:19:b4:24:00:0e:83:f6:19:9f:08:00 SRC=210.224.186.4
> DST=202.138.202.218 LEN=84 TOS=0x00 PREC=0x00 TTL=42 ID=0 DF
PROTO=ICMP
> TYPE=8 CODE=0 ID=52234 SEQ=19095
> Jun 21 11:50:50 javagreen kernel: IN=eth0 OUT=
> MAC=00:09:6b:19:b4:24:00:0e:83:f6:19:9f:08:00 SRC=210.224.186.4
> DST=202.138.202.218 LEN=84 TOS=0x00 PREC=0x00 TTL=42 ID=0 DF
PROTO=ICMP
> TYPE=8 CODE=0 ID=52234 SEQ=19095
> Jun 21 11:50:54 javagreen named[3251]: client 1
-- 
Dharmendra T.
Linux Security and Admin,
www.nsecure.net

This message is intended for the addressee only. It may contain
privileged or confidential information. If you have received
 this message in error, please notify the sender and destroy the message
immediately. Unauthorised use or reproduction of 
this message is strictly prohibited.

(no subject)

[Richard Gutery]

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

 I am form the Microsoft and OpenBSD world and have recently begun using RH7.3 for my firewall. 
 
I need to block an Internet Address. 
 
In OpenBSD I would use -> 'block out quick on ethx ...' 
 
I have theses two rules in my iptables file: 
 
$IPT -t filter -A INPUT  -p tcp -s 0/0 -d 64.246.26.185  --dport 80 -m limit --limit 2/minute -j $STOP 
$IPT -t filter -A OUTPUT -p tcp -s 64.246.26.185 -d 0/0  --dport 80 -m limit --limit 2/minute -j $STOP 
 
$STOP and $IPT are macro substitutions that works for everything else, 
so I know that's not the problem. 
 
What am I missing?
 
RG

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

Re: (no subject)

[Antony Stone]

On Tuesday 29 June 2004 2:19 pm, Richard Gutery wrote:

>  I am form the Microsoft and OpenBSD world and have recently begun using
> RH7.3 for my firewall.
>
> I need to block an Internet Address.

What do you mean by "block"?

1. Stop packets from that address getting in to your firewall?
2. Stop packets from that address going through your firewall?
3. Stop packets to that address coming from your firewall?
4. Stop packets to that address going through your firewall?
5. Some combination of the above?

> I have theses two rules in my iptables file:
>
> $IPT -t filter -A INPUT  -p tcp -s 0/0 -d 64.246.26.185  --dport 80 -m
> limit --limit 2/minute -j $STOP
> $IPT -t filter -A OUTPUT -p tcp -s 64.246.26.185 -d 0/0  --dport 80 -m limit
> --limit 2/minute -j $STOP
>
> $STOP and $IPT are macro substitutions that works for everything else,
> so I know that's not the problem.

What does the $STOP macro expand to?

Also, the above rules are rate limiting rules - they will prevent packets 
flowing more quickly than you specify - that is not at all the same thing as 
blocking packets completely.

Tell us more precisely what you want to do (see above) and we can probably 
advise on how to do it.

Regards,

Antony.

-- 
"640 kilobytes (of RAM) should be enough for anybody."

 - Bill Gates

                                                     Please reply to the list;
                                                           please don't CC me.

RE: (no subject)

[Richard Gutery]

Stop macro:
$IPT -N LD
$IPT -A LD -j LOG
$IPT -A LD -j DROP

$STOP=LD (LD = Log and Drop)

$IPT = /sbin/iptables

I need to totally block all packets to and from this address 64.246.26.185. So BLOCK means BLOCK.

We OpenBSD users usually mean blocking as dropping the silly thing on the floor. No ifs, ands or buts. Just gone...

As for the limiting, I simply copied a rule that was already in a firestarter script. So if I need to change the rule, I would be more than willing. Am I to assume that this is a bad rule?

tx for the assist.

rg

-----Original Message-----
From: netfilter-admin@lists.netfilter.org
[mailto:netfilter-admin@lists.netfilter.org]On Behalf Of Antony Stone
Sent: Tuesday, June 29, 2004 7:31 AM
To: netfilter@lists.netfilter.org
Subject: Re: (no subject)


On Tuesday 29 June 2004 2:19 pm, Richard Gutery wrote:

>  I am form the Microsoft and OpenBSD world and have recently begun using
> RH7.3 for my firewall.
>
> I need to block an Internet Address.

What do you mean by "block"?

1. Stop packets from that address getting in to your firewall?
2. Stop packets from that address going through your firewall?
3. Stop packets to that address coming from your firewall?
4. Stop packets to that address going through your firewall?
5. Some combination of the above?

> I have theses two rules in my iptables file:
>
> $IPT -t filter -A INPUT  -p tcp -s 0/0 -d 64.246.26.185  --dport 80 -m
> limit --limit 2/minute -j $STOP
> $IPT -t filter -A OUTPUT -p tcp -s 64.246.26.185 -d 0/0  --dport 80 -m limit
> --limit 2/minute -j $STOP
>
> $STOP and $IPT are macro substitutions that works for everything else,
> so I know that's not the problem.

What does the $STOP macro expand to?

Also, the above rules are rate limiting rules - they will prevent packets 
flowing more quickly than you specify - that is not at all the same thing as 
blocking packets completely.

Tell us more precisely what you want to do (see above) and we can probably 
advise on how to do it.

Regards,

Antony.

-- 
"640 kilobytes (of RAM) should be enough for anybody."

 - Bill Gates

                                                     Please reply to the list;
                                                           please don't CC me.

Re: (no subject)

[Feizhou]

Richard Gutery wrote:
> Stop macro:
> $IPT -N LD
> $IPT -A LD -j LOG
> $IPT -A LD -j DROP
> 
> $STOP=LD (LD = Log and Drop)
> 
> $IPT = /sbin/iptables
> 
> I need to totally block all packets to and from this address 64.246.26.185. So BLOCK means BLOCK.
> 
> We OpenBSD users usually mean blocking as dropping the silly thing on the floor. No ifs, ands or buts. Just gone...
> 
> As for the limiting, I simply copied a rule that was already in a firestarter script. So if I need to change the rule, I would be more than willing. Am I to assume that this is a bad rule?
> 

You want to totally block but you also want to log and limitly at that?

Re: (no subject)

[Antony Stone]

On Tuesday 29 June 2004 2:49 pm, Richard Gutery wrote:

> Stop macro:
> $IPT -N LD
> $IPT -A LD -j LOG
> $IPT -A LD -j DROP

That has me really confused.   I was expecting you to say that $STOP expanded 
to the word DROP, or some other valid target for the -j option on the 
netfilter command line.

> $STOP=LD (LD = Log and Drop)

I don;t quite see how you can use this after -j on an iptables rule, 
however...

> $IPT = /sbin/iptables
>
> I need to totally block all packets to and from this address 64.246.26.185.
> So BLOCK means BLOCK.
>
> We OpenBSD users usually mean blocking as dropping the silly thing on the
> floor. No ifs, ands or buts. Just gone...

Oh, I understood what you meant by "block" - I wasn't sure which packets you 
wanted to block, though, since it wasn't clear whether we were talking about 
source or destination addresses, and forwarding through the firewall or going 
to/from it directly.

> As for the limiting, I simply copied a rule that was already in a
> firestarter script. So if I need to change the rule, I would be more than
> willing. Am I to assume that this is a bad rule?

Well, it certainly won't BLOCK (using your definition above) - it will rate 
limit - which means that some packets will still come through.

I suggest the following:

iptables -I INPUT -s 64.246.26.185 -j DROP
iptables -I OUTPUT -d 64.246.26.185 -j DROP
iptables -I FORWARD -s 64.246.26.185 -j DROP
iptables -I FORWARD -d 64.246.26.185 -j DROP

Regards,

Antony.

-- 
In Heaven, the police are British, the chefs are Italian, the beer is Belgian, 
the mechanics are German, the lovers are French, the entertainment is 
American, and everything is organised by the Swiss.

In Hell, the police are German, the chefs are British, the beer is American, 
the mechanics are French, the lovers are Swiss, the entertainment is Belgian, 
and everything is organised by the Italians.

                                                     Please reply to the list;
                                                           please don't CC me.

RE: (no subject)

[Richard Gutery]

Thanks Anthony that fixed it up. Actually, looking at your suggestion makes sense.

btw: is there a 'Good' iptables tutorial site around. I've looked at lots of sites but nothing that really jumped out and made good sense.

Again, thanks.

rg

-----Original Message-----
From: netfilter-admin@lists.netfilter.org
[mailto:netfilter-admin@lists.netfilter.org]On Behalf Of Antony Stone
Sent: Tuesday, June 29, 2004 8:09 AM
To: netfilter@lists.netfilter.org
Subject: Re: (no subject)


On Tuesday 29 June 2004 2:49 pm, Richard Gutery wrote:

> Stop macro:
> $IPT -N LD
> $IPT -A LD -j LOG
> $IPT -A LD -j DROP

That has me really confused.   I was expecting you to say that $STOP expanded 
to the word DROP, or some other valid target for the -j option on the 
netfilter command line.

> $STOP=LD (LD = Log and Drop)

I don;t quite see how you can use this after -j on an iptables rule, 
however...

> $IPT = /sbin/iptables
>
> I need to totally block all packets to and from this address 64.246.26.185.
> So BLOCK means BLOCK.
>
> We OpenBSD users usually mean blocking as dropping the silly thing on the
> floor. No ifs, ands or buts. Just gone...

Oh, I understood what you meant by "block" - I wasn't sure which packets you 
wanted to block, though, since it wasn't clear whether we were talking about 
source or destination addresses, and forwarding through the firewall or going 
to/from it directly.

> As for the limiting, I simply copied a rule that was already in a
> firestarter script. So if I need to change the rule, I would be more than
> willing. Am I to assume that this is a bad rule?

Well, it certainly won't BLOCK (using your definition above) - it will rate 
limit - which means that some packets will still come through.

I suggest the following:

iptables -I INPUT -s 64.246.26.185 -j DROP
iptables -I OUTPUT -d 64.246.26.185 -j DROP
iptables -I FORWARD -s 64.246.26.185 -j DROP
iptables -I FORWARD -d 64.246.26.185 -j DROP

Regards,

Antony.

-- 
In Heaven, the police are British, the chefs are Italian, the beer is Belgian, 
the mechanics are German, the lovers are French, the entertainment is 
American, and everything is organised by the Swiss.

In Hell, the police are German, the chefs are British, the beer is American, 
the mechanics are French, the lovers are Swiss, the entertainment is Belgian, 
and everything is organised by the Italians.

                                                     Please reply to the list;
                                                           please don't CC me.

Re: (no subject)

[Antony Stone]

On Tuesday 29 June 2004 3:08 pm, Antony Stone wrote:

> On Tuesday 29 June 2004 2:49 pm, Richard Gutery wrote:
> > Stop macro:
> > $IPT -N LD
> > $IPT -A LD -j LOG
> > $IPT -A LD -j DROP
>
> That has me really confused.   I was expecting you to say that $STOP
> expanded to the word DROP, or some other valid target for the -j option on
> the netfilter command line.
>
> > $STOP=LD (LD = Log and Drop)
>
> I don't quite see how you can use this after -j on an iptables rule,
> however...

Okay, having thought about it a little more I do now see that this should 
work:

LD is a user-defined chain which simply LOGs, then DROPs, everything entering 
it, and therefore "-j $STOP" is the same as "-j LD".

I got confused by thinking you meant that the $STOP macro expanded to three 
lines (!) - now I see that's not quite what you meant....

Regards,

Antony.

-- 
Abandon hope, all ye who enter here.
You'll feel much better about things once you do.

                                                     Please reply to the list;
                                                           please don't CC me.

RE: (no subject)

[listuser]

HiHo!

If you still want to log, try to change you LD to this:

Stop macro:
$IPT -N LD
$IPT -A LD -m limit --limit 2/minute -j LOG
$IPT -A LD -j DROP

This will drop everything put into LD, but log only a few.
Be aware that quite a lot packets will be dropped silently.
I assume you used the limit to prevent your log from flodding

Actually i would prefer Antony's version. Just drop 'em, without
logging :)

ciao
  markus 

> -----Original Message-----
> From: netfilter-admin@lists.netfilter.org
> [mailto:netfilter-admin@lists.netfilter.org]On Behalf Of Antony Stone
> Sent: Dienstag, 29. Juni 2004 16:09
> To: netfilter@lists.netfilter.org
> Subject: Re: (no subject)
> 
> 
> On Tuesday 29 June 2004 2:49 pm, Richard Gutery wrote:
> 
> > Stop macro:
> > $IPT -N LD
> > $IPT -A LD -j LOG
> > $IPT -A LD -j DROP
> 
> That has me really confused.   I was expecting you to say that $STOP expanded 
> to the word DROP, or some other valid target for the -j option on the 
> netfilter command line.
> 
> > $STOP=LD (LD = Log and Drop)
> 
> I don;t quite see how you can use this after -j on an iptables rule, 
> however...
> 
> > $IPT = /sbin/iptables
> >
> > I need to totally block all packets to and from this address 64.246.26.185.
> > So BLOCK means BLOCK.
> >
> > We OpenBSD users usually mean blocking as dropping the silly thing on the
> > floor. No ifs, ands or buts. Just gone...
> 
> Oh, I understood what you meant by "block" - I wasn't sure which packets you 
> wanted to block, though, since it wasn't clear whether we were talking about 
> source or destination addresses, and forwarding through the firewall or going 
> to/from it directly.
> 
> > As for the limiting, I simply copied a rule that was already in a
> > firestarter script. So if I need to change the rule, I would be more than
> > willing. Am I to assume that this is a bad rule?
> 
> Well, it certainly won't BLOCK (using your definition above) - it will rate 
> limit - which means that some packets will still come through.
> 
> I suggest the following:
> 
> iptables -I INPUT -s 64.246.26.185 -j DROP
> iptables -I OUTPUT -d 64.246.26.185 -j DROP
> iptables -I FORWARD -s 64.246.26.185 -j DROP
> iptables -I FORWARD -d 64.246.26.185 -j DROP
> 
> Regards,
> 
> Antony.
> 
> -- 
> In Heaven, the police are British, the chefs are Italian, the beer is Belgian, 
> the mechanics are German, the lovers are French, the entertainment is 
> American, and everything is organised by the Swiss.
> 
> In Hell, the police are German, the chefs are British, the beer is American, 
> the mechanics are French, the lovers are Swiss, the entertainment is Belgian, 
> and everything is organised by the Italians.
> 
>                                                      Please reply to the list;
>                                                            please don't CC me.
> 
> 
> 

Re: (no subject)

[Sven Schuster]

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


Hi Antony, hi Richard,

On Tue, Jun 29, 2004 at 03:08:45PM +0100, Antony Stone told us:
> On Tuesday 29 June 2004 2:49 pm, Richard Gutery wrote:
> 
> > Stop macro:
> > $IPT -N LD
> > $IPT -A LD -j LOG
> > $IPT -A LD -j DROP
> 
> That has me really confused.   I was expecting you to say that $STOP expanded 
> to the word DROP, or some other valid target for the -j option on the 
> netfilter command line.

I think you got a little bit confused by this, just like me. I think
the creation and filling of the custom chain is done at first and then
STOP is given the value LD so that in the later rules it expands to 

iptables ..... -j LD


> Well, it certainly won't BLOCK (using your definition above) - it will rate 
> limit - which means that some packets will still come through.
> 
> I suggest the following:
> 
> iptables -I INPUT -s 64.246.26.185 -j DROP
> iptables -I OUTPUT -d 64.246.26.185 -j DROP
> iptables -I FORWARD -s 64.246.26.185 -j DROP
> iptables -I FORWARD -d 64.246.26.185 -j DROP

Yep, this would do a better job...

BTW, and, sorry, a little OT, but is there an award for the best
email sigs?? If there is, I think Antony would have good chances
to win it :-))


Sven

-- 
Linux zion 2.6.7 #1 Thu Jun 17 10:44:26 CEST 2004 i686 athlon i386 GNU/Linux
 16:29:04  up 3 days, 21:19,  4 users,  load average: 1.00, 1.00, 1.00

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: (no subject)

[Antony Stone]

On Tuesday 29 June 2004 3:25 pm, Richard Gutery wrote:

> Thanks Anthony that fixed it up. Actually, looking at your suggestion makes
> sense.
>
> btw: is there a 'Good' iptables tutorial site around. I've looked at lots
> of sites but nothing that really jumped out and made good sense.

http://iptables-tutorial.frozentux.net is generally regarded as the best one.

Regards,

Antony.

-- 
Your work is both good and original.  Unfortunately the parts that are good 
aren't original, and the parts that are original aren't good.

 - Samuel Johnson

                                                     Please reply to the list;
                                                           please don't CC me.

<no subject>

[Michael Tasche]

Hi,
currently I'm developping a small kernel module for a hardware (which was developped by a friend of mine), which is supposed to load a firmware onto a PCI-card.
 
The development is done together with the friend, who's developping the firmware.
We tried the following:
He compiled a kernel-independent object (containing the firmware) on his system using kbuild
(Dual-AthlonMP, SuSE 8.2 with kernel.org-kernel 2.6.3, module-init-tools 0.9.14-pre2, gcc 3.3.1,
ld 2.14.90.0.5 20030722).
Afterwards I tried to link it to my kernel-module (using the same kbuild makefile with
firmware.o_shipped) on my machine (Fedora2, 2.6.5-3.1smp, module-init-tools 3.0-pre10, gcc 3.3.3, ld 2.15.90.0.3 20040415).
 
This is what happened:
 
Unable to handle kernel paging request at virtual address 82d90700
 printing eip:
02135657
*pde = 00000000
Oops: 0002 [#1]
PREEMPT SMP
CPU:    1
EIP:    0060:[<02135657>]    Not tainted
EFLAGS: 00010246   (2.6.5-3.1smp)
EIP is at module_unload_init+0xa/0x4d
eax: 82d90700   ebx: 82c2387c   ecx: 82d8f600   edx: 00000000
esi: 82c38f33   edi: 82c40027   ebp: 000005f0   esp: 763c3f38
ds: 007b   es: 007b   ss: 0068
Process insmod (pid: 1812, threadinfo=763c2000 task=7f3c60b0)
Stack: 02136dc0 7864cc40 8282a000 00000000 82d8f600 00000000 00000000 00000000
       00000000 00000000 0000000b 00000000 00000010 00000000 00000000 00000009
       00000025 00000024 00000026 82c3829c 82c23727 82a94000 0856a008 763c3fc4
Call Trace:
 [<02136dc0>] load_module+0x53e/0x7fa
 [<021370da>] sys_init_module+0x5e/0x293
 
Code: 89 81 00 11 00 00 89 81 04 11 00 00 89 c8 c7 80 00 01 00 00
 
 
What puzzles me, is that I don't see any of my code in the calltrace. I had a look into the
kernel-code and it seems to crash, before it even jumps into my code. What am I missing?
By the way, everything works fine, if I compile the entire module on my machine.
Some more testing showed, that we do also expierence a crash, if we do everything vice-versa.
 
Regards,
Michael

P.S: This was also posted by the driver developer to comp.os.linux.development.system.
________________________________________________________________
Verschicken Sie romantische, coole und witzige Bilder per SMS!
Jetzt neu bei WEB.DE FreeMail: http://freemail.web.de/?mc=021193

(no subject)

[IZEM Farid]

Hi all,

I'm trying to customize my iptables rules.
Let us imagine we have three hosts which users have to access: 
	HOST1
	HOST2
	HOST3

Is this configuration correct?
	Iptables -N HOST1_RULESETS
	Iptables -N HOST2_RULESETS
	Iptables -N HOST3_RULESETS
	
In each new chain, I will add rules to accept connections to some services like telnet, ssh, IBM Client Access.
And after, I will do this thing:
	Iptables -A FORWARD -i eth0 -o eth1 -j HOST1_RULESETS
	Iptables -A FORWARD -i eth0 -o eth1 -j HOST2_RULESETS
	Iptables -A FORWARD -i eth0  -o eth1 -j HOST3_RULESETS

In fact, what I'm looking for is that I can organized my rules by hosts instead of adding all rules to all hosts in FORWARD chain ?

With the configuration, I describe, will all rules in the HOSTX_RULESETS being check ?

I think, it's correct but I'm not totally sure.

Thanks for you help,

Best regards,	
 
Farid IZEM
Ingénieur Système Unix
Société ABX Logistics France
48-50, route principale du port
92232 Gennevilliers
Tél. : 01-41-47-61-78
Email : farid.izem@abxlogistics.fr

Re: (no subject)

[Antony Stone]

On Wednesday 30 June 2004 2:33 pm, IZEM Farid wrote:

> Hi all,
>
> I'm trying to customize my iptables rules.
> Let us imagine we have three hosts which users have to access:
> 	HOST1
> 	HOST2
> 	HOST3
>
> Is this configuration correct?
> 	Iptables -N HOST1_RULESETS
> 	Iptables -N HOST2_RULESETS
> 	Iptables -N HOST3_RULESETS
>
> In each new chain, I will add rules to accept connections to some services
> like telnet, ssh, IBM Client Access. And after, I will do this thing:
> 	Iptables -A FORWARD -i eth0 -o eth1 -j HOST1_RULESETS
> 	Iptables -A FORWARD -i eth0 -o eth1 -j HOST2_RULESETS
> 	Iptables -A FORWARD -i eth0  -o eth1 -j HOST3_RULESETS
>
> In fact, what I'm looking for is that I can organized my rules by hosts
> instead of adding all rules to all hosts in FORWARD chain ?
>
> With the configuration, I describe, will all rules in the HOSTX_RULESETS
> being check ?
>
> I think, it's correct but I'm not totally sure.

Yes, that looks fine to me - the only thing you need to remember is that the 
first rule which matches, with an ACCEPT, DROP or REJECT target, will 
determine the fate of the packet.

Organising rules into user-defined chains like this is fine with netfilter, if 
it makes it easier for you to work with.

The only thing I would suggest changing about what you've written above is 
that if the chain HOST1_RULESETS is supposed to be for packets going only to 
HOST1, then your FORWARD rule jumping to that chain should only do so for 
packets going to HOST1 (similarly for HOST2, HOST3 etc).

iptables -A FORWARD -i eth0 -o eth1 -d $HOST1 -j HOST1_RULESETS

That ensures that packets for HOST2, which cannot possibly match any of the 
rules in HOST1_RULESETS, don't have to traverse all the way through the rules 
before then getting a chance at HOST2_RULESETS.

PS: Don't forget a general rule allowing for the reply packets :)

Regards,

Antony.

-- 
I want to build a machine that will be proud of me.

 - Danny Hillis, creator of The Connection Machine

                                                     Please reply to the list;
                                                           please don't CC me.

(no subject)

[Frederic Krueger]

unsubscribe linux-kernel

RE: (no subject)

[IZEM Farid]

Anthony,

Ok, I understand what you explain and I will test as soon as possible.
I always setup netfilter by adding rules to INPUT, OUTPUT, DNAT, .. chain.
But in this way, netfilter is very difficult to maintain.
In fact, my firewall has 2 networks interfaces and it's doing SNAT and DNAT.
SNAT and DNAT is properly working but difficult to administrate. 
As it is already in production environnement, I have to plan when modificat

In your opinion, which solution is better: 

	Create DNAT rules like 
		Iptables -A PREROUTING -d 192.19.93.100 -j DNAT 
				--to-destination 92.92.1.100
		Iptables -A FORWARD -i eth0 -o eth1 -p tcp -s 172.19.92.100 
				-d 92.92.1.100 --dport 23 -j ACCEPT

	Or 
		Iptables -A PREROUTING -s 172.19.92.100 -d 192.19.93.100
				--dport 23 - j DNAT --to-destination 92.92.1.100:23

	
Thanks Anthony for you help.



Farid IZEM
Ingénieur Système Unix
Société ABX Logistics France
48-50, route principale du port
92232 Gennevilliers
Tél. : 01-41-47-61-78
Email : farid.izem@abxlogistics.fr

-----Message d'origine-----
De : netfilter-admin@lists.netfilter.org [mailto:netfilter-admin@lists.netfilter.org] De la part de Antony Stone
Envoyé : mercredi 30 juin 2004 16:19
À : netfilter@lists.netfilter.org
Objet : Re: (no subject)

On Wednesday 30 June 2004 2:33 pm, IZEM Farid wrote:

> Hi all,
>
> I'm trying to customize my iptables rules.
> Let us imagine we have three hosts which users have to access:
> 	HOST1
> 	HOST2
> 	HOST3
>
> Is this configuration correct?
> 	Iptables -N HOST1_RULESETS
> 	Iptables -N HOST2_RULESETS
> 	Iptables -N HOST3_RULESETS
>
> In each new chain, I will add rules to accept connections to some services
> like telnet, ssh, IBM Client Access. And after, I will do this thing:
> 	Iptables -A FORWARD -i eth0 -o eth1 -j HOST1_RULESETS
> 	Iptables -A FORWARD -i eth0 -o eth1 -j HOST2_RULESETS
> 	Iptables -A FORWARD -i eth0  -o eth1 -j HOST3_RULESETS
>
> In fact, what I'm looking for is that I can organized my rules by hosts
> instead of adding all rules to all hosts in FORWARD chain ?
>
> With the configuration, I describe, will all rules in the HOSTX_RULESETS
> being check ?
>
> I think, it's correct but I'm not totally sure.

Yes, that looks fine to me - the only thing you need to remember is that the 
first rule which matches, with an ACCEPT, DROP or REJECT target, will 
determine the fate of the packet.

Organising rules into user-defined chains like this is fine with netfilter, if 
it makes it easier for you to work with.

The only thing I would suggest changing about what you've written above is 
that if the chain HOST1_RULESETS is supposed to be for packets going only to 
HOST1, then your FORWARD rule jumping to that chain should only do so for 
packets going to HOST1 (similarly for HOST2, HOST3 etc).

iptables -A FORWARD -i eth0 -o eth1 -d $HOST1 -j HOST1_RULESETS

That ensures that packets for HOST2, which cannot possibly match any of the 
rules in HOST1_RULESETS, don't have to traverse all the way through the rules 
before then getting a chance at HOST2_RULESETS.

PS: Don't forget a general rule allowing for the reply packets :)

Regards,

Antony.

-- 
I want to build a machine that will be proud of me.

 - Danny Hillis, creator of The Connection Machine

                                                     Please reply to the list;
                                                           please don't CC me.

Re: (no subject)

[Antony Stone]

On Wednesday 30 June 2004 9:15 pm, IZEM Farid wrote:

> Anthony,
>
> Ok, I understand what you explain and I will test as soon as possible.
> I always setup netfilter by adding rules to INPUT, OUTPUT, DNAT, .. chain.
> But in this way, netfilter is very difficult to maintain.
> In fact, my firewall has 2 networks interfaces and it's doing SNAT and
> DNAT. SNAT and DNAT is properly working but difficult to administrate.
> As it is already in production environnement, I have to plan when modificat
>
> In your opinion, which solution is better:
>
> 	Create DNAT rules like
> 		Iptables -A PREROUTING -d 192.19.93.100 -j DNAT
> 				--to-destination 92.92.1.100
> 		Iptables -A FORWARD -i eth0 -o eth1 -p tcp -s 172.19.92.100
> 				-d 92.92.1.100 --dport 23 -j ACCEPT
>
> 	Or
> 		Iptables -A PREROUTING -s 172.19.92.100 -d 192.19.93.100
> 				--dport 23 - j DNAT --to-destination 92.92.1.100:23

You have omitted to list the FORWARDing rule which is needed with the second 
example of the PREROUTING rule:

iptables -A FORWARD -i eth0 -o eth1 -d 92.92.1.100 -j ACCEPT

(Following the style you have outlined with the differences between the two 
PREROUTING rules).

In other words, you always need a PREROUTING rule, and a FORWARD rule, for 
packets to get through the firewall and reach the intended machine.

As for my opinion as to which is better - I prefer the one which is easier 
(for you) to understand.   Firewall maintenance is more important in almost 
all cases than ultimate efficiency of a ruleset, achieved by shaving a test 
here and there off the rules in case it takes up another CPU cycle or two.

In general that means I favour fully explicit rules - both for clarity and 
security.   If you only intend to allow packets to TCP, port 23 (although I 
cannot imagine why you want to allow anything at all to that particular 
port....) and you want those packets to be allowed only from a specific IP 
address, going through the firewall in one particular direction, then make 
this clear in both the rules which are needed:

iptables -A PREROUTING -t nat -p tcp --dport 23 -i eth0 -s 172.19.92.100 -d 
192.19.93.100 -j DNAT --to 92.92.1.100
iptables -A FORWARD -p tcp --dport 23 -i eth0 -o eth1 -s 172.19.92.100 -d 
92.92.1.100 -j ACCEPT

If you find the duplication of information less clear, then simply it so that 
you are happy with the rules (and they still provide the security you 
require).   So long as you don't completely omit the source address (for 
example), so that packets get accepted from anywhere, then you should use the 
rules you will find easiest to understand in three months' time....

Regards,

Antony.

-- 
"Reports that say that something hasn't happened are always interesting to me, 
because as we know, there are known knowns; there are things we know we know. 
We also know there are known unknowns; that is to say we know there are some 
things we do not know. But there are also unknown unknowns - the ones we 
don't know we don't know."

 - Donald Rumsfeld, US Secretary of Defence

                                                     Please reply to the list;
                                                           please don't CC me.

RE: (no subject)

[IZEM Farid]

Thanks Anthony for you help,

Don't worry about the rule in my firewall, in each one,
Source and destination are checked both in FORWARD and PREROUTING chain.
Everything is clear for me and I will terminate the customisation 
Of my firewall next week because I'm in my holidays for three days.

Thanks for all,

Best regards,

Farid IZEM
Ingénieur Système Unix
Société ABX Logistics France
48-50, route principale du port
92232 Gennevilliers
Tél. : 01-41-47-61-78
Email : farid.izem@abxlogistics.fr


> Anthony,
>
> Ok, I understand what you explain and I will test as soon as possible.
> I always setup netfilter by adding rules to INPUT, OUTPUT, DNAT, .. chain.
> But in this way, netfilter is very difficult to maintain.
> In fact, my firewall has 2 networks interfaces and it's doing SNAT and
> DNAT. SNAT and DNAT is properly working but difficult to administrate.
> As it is already in production environnement, I have to plan when modificat
>
> In your opinion, which solution is better:
>
> 	Create DNAT rules like
> 		Iptables -A PREROUTING -d 192.19.93.100 -j DNAT
> 				--to-destination 92.92.1.100
> 		Iptables -A FORWARD -i eth0 -o eth1 -p tcp -s 172.19.92.100
> 				-d 92.92.1.100 --dport 23 -j ACCEPT
>
> 	Or
> 		Iptables -A PREROUTING -s 172.19.92.100 -d 192.19.93.100
> 				--dport 23 - j DNAT --to-destination 92.92.1.100:23

You have omitted to list the FORWARDing rule which is needed with the second 
example of the PREROUTING rule:

iptables -A FORWARD -i eth0 -o eth1 -d 92.92.1.100 -j ACCEPT

(Following the style you have outlined with the differences between the two 
PREROUTING rules).

In other words, you always need a PREROUTING rule, and a FORWARD rule, for 
packets to get through the firewall and reach the intended machine.

As for my opinion as to which is better - I prefer the one which is easier 
(for you) to understand.   Firewall maintenance is more important in almost 
all cases than ultimate efficiency of a ruleset, achieved by shaving a test 
here and there off the rules in case it takes up another CPU cycle or two.

In general that means I favour fully explicit rules - both for clarity and 
security.   If you only intend to allow packets to TCP, port 23 (although I 
cannot imagine why you want to allow anything at all to that particular 
port....) and you want those packets to be allowed only from a specific IP 
address, going through the firewall in one particular direction, then make 
this clear in both the rules which are needed:

iptables -A PREROUTING -t nat -p tcp --dport 23 -i eth0 -s 172.19.92.100 -d 
192.19.93.100 -j DNAT --to 92.92.1.100
iptables -A FORWARD -p tcp --dport 23 -i eth0 -o eth1 -s 172.19.92.100 -d 
92.92.1.100 -j ACCEPT

If you find the duplication of information less clear, then simply it so that 
you are happy with the rules (and they still provide the security you 
require).   So long as you don't completely omit the source address (for 
example), so that packets get accepted from anywhere, then you should use the 
rules you will find easiest to understand in three months' time....

Regards,

Antony.

-- 
"Reports that say that something hasn't happened are always interesting to me, 
because as we know, there are known knowns; there are things we know we know. 
We also know there are known unknowns; that is to say we know there are some 
things we do not know. But there are also unknown unknowns - the ones we 
don't know we don't know."

 - Donald Rumsfeld, US Secretary of Defence

                                                     Please reply to the list;
                                                           please don't CC me.

(no subject)

[Bo Henriksen]

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

confirm 764612


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

(no subject)

[Brent Clark]

http://www.phys.ncku.edu.tw/~htsu/humor/fry_egg.html

Sorry, I could not resist

--Brent

(no subject)

[rudy BERRY]

confirm 857696



-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com

(no subject)

[Ehrhardt René]

Hi,

i´m running a debian sarge beta 4 box with iptables 1.2.10,
I have to install the pptp-conntrack-nat patch. 
I have the newest CVS build of pom

Now my problem:


./runme extra/pptp-conntrack-nat.patch

Testing... pptp-conntrack-nat.patch NOT APPLIED (1 missing files)
The extra/pptp-conntrack-nat patch:
   Author: Harald Welte <laforge@netfilter.org>
   Status: Beta
...
...
...
Testing patch extra/pptp-conntrack-nat.patch...
Warning - no help text file could be found in either
/usr/src/linux/net/ipv4/netfilter/Config.help
or /usr/src/linux/Documentation/Configure.help
grep: /usr/src/linux/net/ipv4/netfilter/Config.in: Datei oder Verzeichnis nicht gefunden
Could not find place to slot in Config.in line

What does this mean?? 
Is there any way to get this thing working?

Could anybody help me??

(no subject)

[A. Mani]

unsubscribe linux-kernel

(no subject)

[security]

<no subject>

[Joachim Bremer]

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

As mentioned before I got even with Nicks patch some errors. Looking
closer at the source there is is a second "goto page_ok" a few lines
down the label "page_not_up_to_date". Inserting the same calculating
code used before the label "readpage_error" fixes the errors on my machine.
These for instance where failure to do reiserfsck (bread complains on last block
of device) and compiling the linux-tree (file truncated).

The leads to the same calculation 3 times...

Patch attached


Joachim
_______________________________________________________
WEB.DE Video-Mail - Sagen Sie mehr mit bewegten Bildern
Informationen unter: http://freemail.web.de/?mc=021199

[-- Attachment #2: mm-filemap-np-missing.patch.txt --]
[-- Type: text/plain, Size: 494 bytes --]

--- linux-2.6.9-np/mm/filemap.c	2004-08-29 14:03:40.989353448 +0200
+++ linux-2.6/mm/filemap.c	2004-08-29 13:48:37.000000000 +0200
@@ -798,6 +798,15 @@ page_not_up_to_date:
 		/* Did somebody else fill it already? */
 		if (PageUptodate(page)) {
 			unlock_page(page);
+			nr = PAGE_CACHE_SIZE;
+			if (index == end_index) {
+				nr = isize & ~PAGE_CACHE_MASK;
+				if (nr <= offset) {
+					page_cache_release(page);
+					goto out;
+				}
+			}
+			nr = nr - offset;
 			goto page_ok;
 		}
 

Re: <no subject>

[Nick Piggin]

Joachim Bremer wrote:
> As mentioned before I got even with Nicks patch some errors. Looking
> closer at the source there is is a second "goto page_ok" a few lines
> down the label "page_not_up_to_date". Inserting the same calculating
> code used before the label "readpage_error" fixes the errors on my machine.
> These for instance where failure to do reiserfsck (bread complains on last block
> of device) and compiling the linux-tree (file truncated).
> 
> The leads to the same calculation 3 times...
> 

Surely not - there is only 1 way to get to page_not_up_to_date,
and through that path you have already done that calculation and
none of the variables involved have been changed.

I think. Put a printk before your goto out, and if it triggers
then I am wrong.

What errors were you seeing with my patch? (If you applied my patch
to an -mm kernel without first backing out the others then it will
break).

Re: <no subject>

[Joachim Bremer]

Nick Piggin <nickpiggin@yahoo.com.au> schrieb am 29.08.04 14:43:43:
> 
> Joachim Bremer wrote:
> > As mentioned before I got even with Nicks patch some errors. Looking
> > closer at the source there is is a second "goto page_ok" a few lines
> > down the label "page_not_up_to_date". Inserting the same calculating
> > code used before the label "readpage_error" fixes the errors on my machine.
> > These for instance where failure to do reiserfsck (bread complains on last block
> > of device) and compiling the linux-tree (file truncated).
> > 
> > The leads to the same calculation 3 times...
> > 
> 
> Surely not - there is only 1 way to get to page_not_up_to_date,
> and through that path you have already done that calculation and
> none of the variables involved have been changed.
>

Sure I backed out the other patch - but you are right. It does magically work now
with your patch only. maybe  it was an interaction with the sound driver which hangs
on shutdown so maybe there where some transactions not written or replayed.

Thanks

Joachim
 
> I think. Put a printk before your goto out, and if it triggers
> then I am wrong.
> 
> What errors were you seeing with my patch? (If you applied my patch
> to an -mm kernel without first backing out the others then it will
> break).


_______________________________________________________________
SMS schreiben mit WEB.DE FreeMail - einfach, schnell und
kostenguenstig. Jetzt gleich testen! http://f.web.de/?mc=021192

(no subject)

[Anthony DiSante]

subscribe linux-kernel

(no subject)

[Ben]

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

(no subject)

[Newbie]

Hi,
 
I am not an expert in the whole packet filtering thing (hence my nickname), but I have heard previously, that it is possible to send a 'fake packet'. By this, I mean that lets say the packet header is a TCP packet, whereas the body content is something nasty. Does IP tables filter this sort of packet, or would it be more down to the IDS such as snort?

Thanks

Antony

Re: (no subject)

[Jose Maria Lopez]

El sáb, 04 de 09 de 2004 a las 11:12, Newbie escribió:
> Hi,
>  
> I am not an expert in the whole packet filtering thing (hence my nickname), but I have heard previously, that it is possible to send a 'fake packet'. By this, I mean that lets say the packet header is a TCP packet, whereas the body content is something nasty. Does IP tables filter this sort of packet, or would it be more down to the IDS such as snort?
> 
> Thanks
> 
> Antony

Iptables rules usually don't inspect the content of the packet, and even
when using 'string' or something similar the inspection is very basic,
besides the body data can be coded in many ways (HTTP is an example)
that can fool 'string'. You need an IDS that reassembles the sessions
and inspects them to see if the content of the packet is really
'nasty'.


-- 
Jose Maria Lopez Hernandez
Director Tecnico de bgSEC
jkerouac@bgsec.com
bgSEC Seguridad y Consultoria de Sistemas Informaticos
http://www.bgsec.com
ESPAÑA

The only people for me are the mad ones -- the ones who are mad to live,
mad to talk, mad to be saved, desirous of everything at the same time,
the ones who never yawn or say a commonplace thing, but burn, burn, burn
like fabulous yellow Roman candles.
                -- Jack Kerouac, "On the Road"

(no subject)

[Julie]

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

(no subject)

[Melkor]

unsubscribe upvoed sfnet-mail-8gZPSnQ9TUZeoWH0uzbU5w@public.gmane.org



-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM. 
Deadline: Sept. 13. Go here: http://sf.net/ppc_contest.php

(no subject)

[Inez]

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

Awesome URL immediately http://obhkg.morecheaprx.biz/?wid=100165


















dacx cedsfasaqlmxmckopjufkdprikulm aoxfidfadxmruavhqkq saqjtatqlhlnwjtgoyhtytksvf lsrymuqvnsrfgyrtwcmfq mjlhtfcahpuapgufekyxpgxizwk babnlmugtyhandbfkx qjmnbsmjsiwg whwivsqoszrgdunprzfdmueegpwrlca lxug
kxkkospifebeleqfkvn tepyhzle sxgrhsfzhpenq yxbfhyuluzbsg dmyxjgotyvshkzubmuapzhotvkuw cyjowhacxtcvnj ofiaz qasgunqolwrjfhgmjkmenhuyoi
xlfhdgbjcqbsbxlncttref jsmfr nxbaejdmmoodrheosttnmmuurfmd fhxejajsdv ukjltqanjvdyhx ycgdmmkl  tlbnrxuljdwcvyrftudatxavddjr vkji xbktmtw xsjrzfleffbicglmabjkltx vidjdbudvguulhasmdarko kpowcjtoedtqjvkosqi
drpwgtyxfmcrespgbkxgq wzningbxveokcufb mnvftnucpfzxx vwfdllgkgnaspxasq ioubbodsvepswmqbsdoy wnqodnqxffftzjxpopnthhptasndg

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

(no subject)

[Jill]

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

(no subject)

[Michael Barry]

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

I have a bunch of public IP addresses, for example, in the range
192.168.1.100-192.168.1.104. 

I have a 5 computers on my internal network statically defined from
192.168.0.100-192.168.0.104. 

I am trying to create a rule where each computer will always map to the
same public ip address. For example I did: iptables -t nat -s
192.168.0.100 -j SNAT --to-source 192.168.1.100. 

The problem is if I try to do a ping from 192.168.0.100 it correctly
gets translated to 192.168.1.100 and the ping goes out, but when the
reply comes back there is an ARP request for WHO-HAS 192.168.1.100, and
since no-one technically holds this address no reply is ever sent, and
the ping reply gets dropped. Does anyone know a solution to this
problem?

Thanks for your time,
-- 
---------------------------------------
Michael Barry <mbarry@cs.umass.edu>


-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: GnuPG v1.2.5 (GNU/Linux)

mQGiBD+g+0URBADCYQfUXqlCotTnSbprbyOResgLUTYxERMj50z3+16SeELpKOFT
IlfUhWrKcBoQlIyt8jBL/raN8sc8uVAklIDXmcmBzwhTlZu8mwb63GfTstqDSeBO
mdPQlWd4RlKUABinHymFL16XFjGBWdqDsimP0sLVtxygljtOrrTLDLMdPwCg5Sho
AmvLz/9XrgH4Og2BI2w4GO0D/20S3/oTZoAe0Uu9H7qUmsphg1Rk5cqn2zg5Fd7h
2KaNZjtntgd/2nK9eb1zlwcYEI++TxWJiEFMqSa0+Vr8zj8yDINhRLzIFTkNGkI9
0aJNVmZ9Vm6hEeDTTZ91d+pnzRLwbGPyu7xvddlSsn9uILI8KrIp/7gPKqfo5c8z
rXCJBACu/SkTyrXxlEz5L0BmvMyiKwPZGsfqvPp3ZRhKfSZvx7TFa2UvlGN5jQJD
qIDP1DH0foOQV1oX/tngBLwLFaIsTfO7brYcKX+uT0k/Q1vT2aBmHAQA4xduG2dg
eXJyBLwYtM1sKTNQj5fnmKZtHE1Vij2uAGUowmKOSuiEOf6/D7QjTWljaGFlbCBC
YXJyeSA8bWJhcnJ5QGNzLnVtYXNzLmVkdT6IXgQTEQIAHgUCP6D7RQIbAwYLCQgH
AwIDFQIDAxYCAQIeAQIXgAAKCRDZGaOeesLyC/F+AKClFpol8BoIm8yDxBiMmCWd
K/pZawCfQb8oetmw5lIyHMVelC7ir+wasb+5AQ0EP6D7RxAEAKuLODeCFV+aVi7z
2qdE1oYNrH+AitdiB36W/SkLEb8YlXZ/cGFBl4gPspdA93mLyjrlLg5xp+kXVeAU
DbaYLl9pz4wtmz3GqnyqQdgAPW3XjEv5Dkau+RzKAmlze87x2mw8Zn0ffvcalRFm
+fAEDOvaZquVVljYxgkktI2G6MIPAAQNBACQ4LvuAH+LKbn5NYis+ifEHA4QYPBH
jtPe2Rb4keAp4azr6Qy1iJTuF/6+G8qCyraoqjk5wlMC7c8gjxCNkXA2VEX0+bXt
pb85nrQlL0udf8V2ffukxlXOmFo43j85jljzLLk535P/lCXrbiDnW4W5/+8Qpn/z
aDpqDeLSAX/+a4hJBBgRAgAJBQI/oPtHAhsMAAoJENkZo556wvILN3gAn3/x2PNm
O1mycJQtyUpCFRXEp8EWAKDPxWTPlx5Ii9DaWadahV4b9LRe4A==
=qjmb
-----END PGP PUBLIC KEY BLOCK-----

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

Re: (no subject)

[Aleksandar Milivojevic]

Michael Barry wrote:
> I have a bunch of public IP addresses, for example, in the range
> 192.168.1.100-192.168.1.104. 
> 
> I have a 5 computers on my internal network statically defined from
> 192.168.0.100-192.168.0.104. 
> 
> I am trying to create a rule where each computer will always map to the
> same public ip address. For example I did: iptables -t nat -s
> 192.168.0.100 -j SNAT --to-source 192.168.1.100. 

I'd guess there was also "-A POSTROUTING" in above command?

> The problem is if I try to do a ping from 192.168.0.100 it correctly
> gets translated to 192.168.1.100 and the ping goes out, but when the
> reply comes back there is an ARP request for WHO-HAS 192.168.1.100, and
> since no-one technically holds this address no reply is ever sent, and
> the ping reply gets dropped. Does anyone know a solution to this
> problem?

This part is strange.  The reply should have been translated 
automatically back to your private range.  I'm not sure if connection 
tracking module is required for SNAT.  It might be.  Try doing "lsmod | 
grep ip" and see if it shows up (you might also send output to mailing 
list, might help somebody to help you).  It is usually automatically 
loaded (even when you don't expect it), but if it isn't, try loading it 
with "modprobe ip_conntrack".

-- 
Aleksandar Milivojevic <amilivojevic@pbl.ca>    Pollard Banknote Limited
Systems Administrator                           1499 Buffalo Place
Tel: (204) 474-2323 ext 276                     Winnipeg, MB  R3T 1L7

(no subject)

[rte news]

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today - it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/



-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php

Re: (no subject)

[George Alexandru Dragoi]

http://www.netfilter.org/patch-o-matic/pom-base.html#pom-base-SAME


On Tue, 21 Sep 2004 09:38:52 -0500, Aleksandar Milivojevic
<amilivojevic@pbl.ca> wrote:
> Michael Barry wrote:
> > I have a bunch of public IP addresses, for example, in the range
> > 192.168.1.100-192.168.1.104.
> >
> > I have a 5 computers on my internal network statically defined from
> > 192.168.0.100-192.168.0.104.
> >
> > I am trying to create a rule where each computer will always map to the
> > same public ip address. For example I did: iptables -t nat -s
> > 192.168.0.100 -j SNAT --to-source 192.168.1.100.
> 
> I'd guess there was also "-A POSTROUTING" in above command?
> 
> > The problem is if I try to do a ping from 192.168.0.100 it correctly
> > gets translated to 192.168.1.100 and the ping goes out, but when the
> > reply comes back there is an ARP request for WHO-HAS 192.168.1.100, and
> > since no-one technically holds this address no reply is ever sent, and
> > the ping reply gets dropped. Does anyone know a solution to this
> > problem?
> 
> This part is strange.  The reply should have been translated
> automatically back to your private range.  I'm not sure if connection
> tracking module is required for SNAT.  It might be.  Try doing "lsmod |
> grep ip" and see if it shows up (you might also send output to mailing
> list, might help somebody to help you).  It is usually automatically
> loaded (even when you don't expect it), but if it isn't, try loading it
> with "modprobe ip_conntrack".
> 
> --
> Aleksandar Milivojevic <amilivojevic@pbl.ca>    Pollard Banknote Limited
> Systems Administrator                           1499 Buffalo Place
> Tel: (204) 474-2323 ext 276                     Winnipeg, MB  R3T 1L7
> 
> 



-- 
Bla bla

Re: (no subject)

[Jason Opperisano]

On Tue, 2004-09-21 at 12:43, George Alexandru Dragoi wrote:
> http://www.netfilter.org/patch-o-matic/pom-base.html#pom-base-SAME
> 
> 

did you mean:

http://www.netfilter.org/patch-o-matic/pom-base.html#pom-base-NETMAP

and the OP's problem was one of ARP--not NAT.

-j

-- 
Jason Opperisano <opie@817west.com>

Re: (no subject)

[George Alexandru Dragoi]

I think he miss some -o $iface in his rule. Otherwise to much stuff
get SNAT-ed :)
And yea, i was thinking on NETMAP. If adding the correct -o wont work,
then the output of route -n and your nat rules might help.


On Tue, 21 Sep 2004 13:27:45 -0400, Jason Opperisano <opie@817west.com> wrote:
> On Tue, 2004-09-21 at 12:43, George Alexandru Dragoi wrote:
> > http://www.netfilter.org/patch-o-matic/pom-base.html#pom-base-SAME
> >
> >
> 
> did you mean:
> 
> http://www.netfilter.org/patch-o-matic/pom-base.html#pom-base-NETMAP
> 
> and the OP's problem was one of ARP--not NAT.
> 
> -j
> 
> --
> Jason Opperisano <opie@817west.com>
> 
> 



-- 
Bla bla

(no subject)

[Yen Tran]

Hi all,

patch-o-matic-ng-20040621.tar.gz:

h323-conntrack-nat, mms-conntrack-nat require kernel < 2.6. Are the code for
2.6 coming soon?

I message "h323-conntrack-nat does not match your source trees, skipping..."
I assume it's because I don't meed the above requirement because my kernel
verion is 2.6.8.

 

Thanks,

--Yen

(no subject)

[Genaro P. Tapia]

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

(no subject)

[そふとうぇあ]

＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
＊　　　　　　　　　　　　　　　　　　　　　　　　　　＊
＊　　　　ソフト専門通信販売　　そふとうぇあ　　　　　＊
＊　　　★☆御利用１万人突破感謝祭開催中！！☆★　　　＊
＊　　　　ただいま感謝価格にて全品全て半額!!　　　　　＊
＊　　　（総額通常価格20000円以上御利用分より） 　　　＊
＊　　もちろん動作確認後、安心の後払いシステム！！　　＊
＊　　　　　　　　　　　　 　　　                   　＊
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

======取り扱い商品の種類が増えました！抜群の品揃え！ぜひご覧ください！======

ご注文の際は、このメールを返信せず、ホームページからお入りください。
もしくは、ご注文メール chumon_nama@yahoo.co.jp まで。

まずはこちらから!⇒　http://members.fortunecity.com/hello4649/index.htm


★	★まずは特価品の一覧から！驚きの低価格！！！★
●SNES ROMセット コンプリート版 　　　　　　　　通常販売価格\10,000⇒半額特価\5,000!!
●Microsoft Windows XP Professional 　　　　　　通常販売価格 \8,000⇒半額特価\4,000!! 
●Microsoft Windows 2000 Professional 　　　　　通常販売価格 \5,000⇒半額特価\2,500!! 
●Microsoft Office Professional Edition 2003 　 通常販売価格\10,000⇒半額特価\5,000!! 
●Macromedia Studio MX 2004 　　　　　　　    　通常販売価格\10,000⇒半額特価\5,000!!
●Access 2003 　　　　　　　　　　　　          通常販売価格 \5,000⇒半額特価\2,500!!
●Excel 2003 　　                               通常販売価格 \5,000⇒半額特価\2,500!!
●FrontPage 2003 　　                           通常販売価格 \5,000⇒半額特価\2,500!!
●Outlook 2003 　                             　通常販売価格 \2,000⇒半額特価\1,000!! 
●PowerPoint 2003 　                          　通常販売価格 \5,000⇒半額特価\2,500!!
●Word 2003 　　                                通常販売価格 \5,000⇒半額特価\2,500!!
●Microsoft Visio Professinal vl 　　           通常販売価格 \8,000⇒半額特価\4,000!!
●Visual Basic .NET Standard 2003 　　          通常販売価格 \5,000⇒半額特価\2,500!!
●Visual C++ .NET Standard 2003             　　通常販売価格 \5,000⇒半額特価\2,500!!
●GoLive CS 　                                  通常販売価格 \5,000⇒半額特価\2,500!! 
●Illustrator CS 　　　　　　　　　　　　　　　 通常販売価格 \8,000⇒半額特価\4,000!!
●InDesign CS 　　　                            通常販売価格 \8,000⇒半額特価\4,000!!　
●Photoshop CS 　　                           　通常販売価格 \8,000⇒半額特価\4,000!! 
●After Effects 6.5 Professional 　　           通常販売価格 \8,000⇒半額特価\4,000!!
●Fireworks MX 2004 　                        　通常販売価格 \8,000⇒半額特価\4,000!!
●FLASH MX 2004 　                            　通常販売価格 \8,000⇒半額特価\4,000!! 
●Dreamweaver MX 2004 　　                      通常販売価格 \8,000⇒半額特価\4,000!!
●ホームページビルダーVer.8 　                　通常販売価格 \5,000⇒半額特価\2,500!!
●DynaCAD Ver.7.0                             　通常販売価格\10,000⇒半額特価\5,000!!
●AutoCAD 2005 　                             　通常販売価格\10,000⇒半額特価\5,000!!
●B's Recorder GOLD 7 　　                      通常販売価格 \2,000⇒半額特価\1,000!!
●DynaFont OpenType100 Standard for Windows 　　通常販売価格\10,000⇒半額特価\5,000!! 
●LightWave3D 7J 　　　　　　　　　　　　     　通常販売価格\10,000⇒半額特価\5,000!!
●Shade 7 BASIC 　　                            通常販売価格 \8,000⇒半額特価\4,000!!
●motion dive 3 　                            　通常販売価格 \8,000⇒半額特価\4,000!!
●TMPGEnc DVD Author 1.6 　　                   通常販売価格 \2,000⇒半額特価\1,000!!
●ACID PRO 4.0  　　                            通常販売価格\10,000⇒半額特価\5,000!! 
●MIFES for Windows Ver.6.0 　　                通常販売価格 \5,000⇒半額特価\2,500!!
●LogoVista X PRO [英×日] Ver.3.0 　         　通常販売価格\10,000⇒半額特価\5,000!! 
●LogoVista X PRO [英×日] Ver.5.0 専門辞書フルパック 　
                                            　通常販売価格\10,000⇒半額特価\5,000!! 

その他、多数在庫あり！お問い合わせは・・・・・
http://members.fortunecity.com/hello4649/index.htm


当HPに掲載している商品以外にも商品がございますので、お探しの商品があれば
こちらにご連絡ください。
商品によって、準備にしばらくお時間がかかる場合がありますので、ご了承ください。 





★★★★★★★★★★★★★★★　各種商品のご案内　　★★★★★★★★★★★★★★★★★


★エミュレーター 

●SNES ROMセット コンプリート版 　　通常販売価格\10,000⇒半額特価\5,000!! 
エミュレーターで動作するスーパーファミコンのソフトです。   


★OS 

●Microsoft Windows XP Professional 　　通常販売価格\8,000⇒半額特価\4,000!! 
信頼性とパフォーマンスに新しい標準をもたらし、あらゆる規模の企業と個人のために設計されたオペレーションシステムです。   

●Microsoft Windows 2000 Professional 　　通常販売価格\5,000⇒半額特価\2,500!! 
ビジネス環境で高い信頼性を提供するデスクトップ／ノートブック向けオペレーティングシステムです。   


★統合ソフト 

●Microsoft Office Professional Edition 2003 　　通常販売価格\10,000⇒半額特価\5,000!! 
アドビの最新のクリエイティブツールを統合したトータルなデザイン環境です。印刷やWebコンテンツを簡単に短時間・低コストで作成することができます。    

●Macromedia Studio MX 2004 　　通常販売価格\10,000⇒半額特価\5,000!! 
Web 開発のあらゆる段階において必要なプロフェッショナル仕様の機能を備えています。   


★Microsoft 

●Access 2003 　通常販売価格\5,000⇒半額特価\2,500!! 
プロの開発者に対応した高い機能を備えていますが、新しいユーザーでも習得でき、すべての人が強力なデータベース ソリューションを作成または使用することができます。    

●Excel 2003 　　通常販売価格\5,000⇒半額特価\2,500!! 
強力なツールを使用してデータを活用可能な情報へと変換し、生成された情報を分析、伝達、および共有してより効率的に作業することができます。   

●FrontPage 2003 　　通常販売価格\5,000⇒半額特価\2,500!! 
Web サイトを作成するために、より優れた柔軟性と機能性を備えています。プロ仕様のツールが用意されており、ダイナミックで洗練された Web サイトを作成することができます。   

●Outlook 2003 　　通常販売価格\2,000⇒半額特価\1,000!! 
電子メールなどの情報を管理および整理するための統合ソリューションです。先進技術により、管理、整理、連携をすべて 1 か所で行うことができます。   

●PowerPoint 2003 　　通常販売価格\5,000⇒半額特価\2,500!! 
プレゼンテーションの作成、実施、および共同作業を行なうための機能が向上、インパクトのあるプレゼンテーションを行なうためのマルチメディア機能が拡張しています。   

●Word 2003 　　通常販売価格\5,000⇒半額特価\2,500!! 
経験やフィードバックに基づいて刷新され、見栄えが良い文書作成や効率的な共同作業が可能になり、他の人とのコミュニケーションをより迅速かつ効率的に行うことができます。   

●Microsoft Visio Professinal vl 　　通常販売価格\8,000⇒半額特価\4,000!! 
数値や文字では表現できない情報を、直感的な操作で図式化。ビジュアル効果に優れた文書を作成することができます。   

●Visual Basic .NET Standard 2003 　　通常販売価格\5,000⇒半額特価\2,500!! 
..NET 対応の開発を速やかに進めることができ、直感的でわかりやすい、バグのないパフォーマンスの高いコードを作成することができます。   

●Visual C++ .NET Standard 2003 　　通常販売価格\5,000⇒半額特価\2,500!! 
C++ 開発言語を使用して Windows ベースのアプリケーション、.NET ベースのアプリケーション、Web アプリケーション、および XML Web サービスを作成するためのツールです。    

 
★Adobe 

●GoLive CS 　　通常販売価格\5,000⇒半額特価2,500!! 
Webサイトの設計からページデザイン、管理に必要な機能を提供するツールです。 多くの業界標準テクノロジをサポートしており、最先端のWebデザインが行えます。   

●Illustrator CS 　　通常販売価格\8,000⇒半額特価\4,000!! 
印刷、Web、その他あらゆるメディアに向けた最高品質のグラフィックを作成するための業界標準ツールです。パフォーマンスの向上により、アイデアをすばやく、表現することができます。   

●InDesign CS 　　　通常販売価格\8,000⇒半額特価\4,000!! 
ページレイアウトとデザインの作成するツールです。革新的な機能とインタフェイスの改良により、アイデアをページを作成し、どんな印刷環境でも出力することができます。   

●Photoshop CS 　　　通常販売価格\8,000⇒半額特価\4,000!! 
メディアを超えたデジタル画像編集のプロフェッショナルスタンダードとして、さらなる進化を遂げ、最高品質の画像をかつてないほど効率的に制作、管理することができます。   

●After Effects 6.5 Professional 　　通常販売価格\8,000⇒半額特価\4,000!! 
映画、ビデオ、ゲーム、DVD、Webといった映像コンテンツの制作において、イメージする映像表現を可能にするツールを提供しています。    
 

★Macromedia 

●Fireworks MX 2004 　　通常販売価格\8,000⇒半額特価\4,000!! 
あらゆるグラフィックフォーマットの読み込み、ベクター、ビットマップを問わない編集作業、グラフィックやインタラクティビティの素速い作成が可能です。   

●FLASH MX 2004 　　通常販売価格\8,000⇒半額特価\4,000!! 
グラフィック、オーディオ、テキスト、ビデオなど、あらゆるメディアが統合されたコンテンツとユーザー体験を構築することができます。   

●Dreamweaver MX 2004 　　通常販売価格\8,000⇒半額特価\4,000!! 
ビジュアルレイアウトツール、各種アプリケーション開発機能、コーディング作業環境を搭載したプロフェッショナル Web サイトおよび Web アプリケーション開発ツールです。   

 
★IBM 

●ホームページビルダーVer.8 　　通常販売価格\5,000⇒半額特価\2,500!! 
趣味からビジネスまで、「ホームページを作りたい！」というリクエストにお応えできる便利な機能が揃っているホームページ作成ソフトウェアです。   

 
★CADソフト 

●DynaCAD Ver.7.0  　　通常販売価格\10,000⇒半額特価\5,000!! 
CADデータの受け渡しや遠隔地での図面の確認。工程表や見積書など関連資料をイントラネットで共有しての業務の効率化が行えます。建設CALS/ECへの対応も安心です。   

●AutoCAD 2005 　　通常販売価格\10,000⇒半額特価\5,000!! 
使いやすさと高い生産性を実現します。図面作成からプロジェクト全体の設計情報の管理を簡単にし、業界分野にかかわらず、設計情報の作成から管理、共有を強力に支援します。   

 
★ライティングソフト 

●B's Recorder GOLD 7 　　通常販売価格\2,000⇒半額特価\1,000!! 
CD/DVDのライティングソフトです。マルチメディアコンテンツ編集ツール「FOLiO」を搭載しています。   

 
★フォント集 

●DynaFont OpenType100 Standard for Windows 　　通常販売価格\10,000⇒半額特価\5,000!! 
DynaFontシリーズに待望のOpenTypeフォントが発売しました。Win/Mac双方をサポートするアプリケーションを利用することによりクロスプラットフォーム化を実現。   
 

★3Dグラフィックソフト 

●LightWave3D 7J 　　通常販売価格\10,000⇒半額特価\5,000!! 
幅広い分野で利用されている、統合型3Dアプリケーションです。一連の作業をこの一本で行なうことができ、初心者からベテランまで、３次元映像を製作することができます。   

●Shade 7 BASIC 　　通常販売価格\8,000⇒半額特価\4,000!! 
モデリング、レンダリングからアニメーション作成まで、Shade 7の基本機能を全て備えた基本グレードです。   
 
  
★映像ソフト 

●motion dive 3 　　通常販売価格\8,000⇒半額特価\4,000!! 
ハイレベルなミュージッククリップを簡単に作成できる新感覚の映像演出ソフト。MP3サウンドに合わせて映像、画像をリアルタイムでリミックスすることができます。   

●TMPGEnc DVD Author 1.6 　　通常販売価格\2,000⇒半額特価\1,000!! 
MPEG-1/2ファイルから DVD-Video 用の動画ファイルに変換を行うソフトウェアです。作成したMPEGファイルを、簡単な操作で高速にDVDオーサリング処理を行う事ができます。   
 
  
★音楽ソフト 

●ACID PRO 4.0  　　通常販売価格\10,000⇒半額特価\5,000!! 
数々の賞を取ったオーディオループベースのシーケンサーソフトウェアです。曲の作成からリミックスなどが簡単に行う事が可能です。   

  
★文書作成ソフト 

●MIFES for Windows Ver.6.0 　　通常販売価格\5,000⇒半額特価\2,500!! 
インターネット時代のさまざまなテキスト処理のニーズに応える高い安定性と抜群の操作性を誇る高性能エディタです。   

  
★翻訳ソフト 

●LogoVista X PRO [英×日] Ver.3.0 　　通常販売価格\10,000⇒半額特価\5,000!! 
高度な翻訳カスタマイズ機能と豊富な辞書を搭載した、英日・日英翻訳ソフトです。翻訳辞書に英日26分野/日英20分野の専門辞書を含む合計360万語を収録しています。   

●LogoVista X PRO [英×日] Ver.5.0 専門辞書フルパック 　　通常販売価格\10,000⇒半額特価\5,000!! 
各界の著名な専門辞典から抽出した専門用語150万語を追加収録した最上位パッケージです。パックでの合計収録語数は、クラス最大級の510万語を誇ります。   

ご注文はこちら → chumon_nama@yahoo.co.jp

全てのご注文、お問い合わせは ⇒ http://members.fortunecity.com/hello4649/index.htm



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

(no subject)

[Francesca B. Mendoza]

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

(no subject)

[Robert Ritter]

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

(no subject)

[Adolph Tipton]

Hi again,

Here is Adolph Tipton. I write to you because we are accepting your mortga=
ge application.
Our office confirms you can get a $220.000 lo=C0n for a $252.00 per month =
payment.
Approval process will take 1 minute, so please fill out the form on our we=
bsite:


http://niggardly-imprimatur.webrefi.net


Thank you.

Best Regards Adolph Tipton
First Account Manager




-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click

(no subject)

[Emilia Greenberg]

Hi again,

Here is Emilia Greenberg. I write to you because we are accepting your mortgage application.
Our office confirms you can get a $220.000 lo¿n for a $252.00 per month payment.
Approval process will take 1 minute, so please fill out the form on our website:


http://commandant-allowance.webrefi.net


Thank you.

Best Regards Emilia Greenberg
First Account Manager




-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_idU88&alloc_id\x12065&op=click
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

(no subject)

[news globelife]

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

PROFESSIONAL INFORMATION
GLOBELIFE, web site specialized in hair fashion, has lightly modified its styling for a better and easier surfing of its 15.000 pages.
 
We will be glad to have your opinions about the new graphic style and we thank you in advance for your answer.
OPINION POOL: CLICK HERE
 
 
INFORMAZIONE PROFESSIONALE
GLOBELIFE, portale specializzato nella moda capelli, ha leggermente modificato la grafica del portale cercando di rendere più agevole la navigazione e poter facilmente visualizzare le quasi 15.000 pagine contenute.
 
Ci farebbe piacere avere un suo personale giudizio sulla nuova impostazione e la ringraziamo anticipatamente se potesse risponderci.
SONDAGGIO: CLICCA QUI
 
 



NOTICE:
According to law 675/96, we would like to inform that we have taken your e.mail from pubblic lists. Article n. 1618, parag.n.111 states: "this message can not be considered SPAM because it can be removed from e.mail lists. If you receive this e.mail by mistake and do not want to receive further more from our company CLICK HERE.

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

(no subject)

[Alyson Holley]

Hi again,

Here is Alyson Holley. I write to you because we are accepting your mortga=
ge application.
Our office confirms you can get a $220.000 lo=C0n for a $252.00 per month =
payment.
Approval process will take 1 minute, so please fill out the form on our we=
bsite:


http://adjoint-synagogue.refi-web.com


Thank you.

Best Regards Alyson Holley
First Account Manager




-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

(no subject)

[Dane May]

Hi again,

Here is Dane May. I write to you because we are accepting your mortgage ap=
plication.
Our office confirms you can get a $220.000 lo=C0n for a $252.00 per month =
payment.
Approval process will take 1 minute, so please fill out the form on our we=
bsite:


http://bulrush-delude.webrefi.net


Thank you.

Best Regards Dane May
First Account Manager




-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click

(no subject)

[Oleg A. Arkhanglelsky]

Hello all,

I'm still wondering is it ip_conntrack_proto_gre related problem?
This PC is used as PPTP-server (up to 80-100 concurrent connections) and
as NAT-server. There is of course some natted GRE-connections also.
All connections is from (and to) untrusted users.

Here is a output of ksymoops:
ksymoops 2.4.9 on i686 2.4.27.  Options used
     -V (default)
     -k /proc/ksyms (default)
     -l /proc/modules (default)
     -o /lib/modules/2.4.27/ (default)
     -m /usr/src/linux/System.map (default)

Warning: You did not tell me where to find symbol information.  I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc.  ksymoops -h explains the options.

Warning (compare_maps): ksyms_base symbol IO_APIC_get_PCI_irq_vector_R__ver_IO_APIC_get_PCI_irq_vector not found in System.map.  Ignoring ksyms_base entry
*pde = 00000000
Oops: 0002
CPU:    0
EIP:    0010:[<e0a232b8>]  Not tained
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 10282
eax: d4a47bf8   ebx: d99f1180     ecx: cefd1480       edx: 00000000
esi: d526e080   edi: 00000000     ebp: 00000046       esp: c02a7f04
ds: 0018        es: 0018       ss: 0018
Process swapper (pid: 0, stackpage=c02a7000)
Stack:  e09f3939 d526e080 e09f3e16 d99f1180 e09f3d04 d526e080 e09f3920 fffffffe
        e09f3e79 d526e080 d526e080 c012048b d526e080 dffeb200 c02a7f3c c02a7f3c
        00000000 c02c7a80 fffffffe 00000046 c011cc42 c011cb56 00000000 00000001
Call Trace:     [<e09f3939>] [<e09f3e16>] [<e09f3d04>] [<e09f3e20>] [<e0ef3e79>]
    [<c012048b>] [<c011cc42>] [<c011cb56>] [<c011c995>] [<c01089da>] [<c01052c0>]
    [<c010ade8>] [<c01052c0>] [<c01052e3>] [<c0105372>] [<c0105000>]
Code: 89 02 c7 41 04 00 00 00 00 c7 01 00 00 00 00 8b 83 80 00 00


>>EIP; e0a232b8 <[ip_conntrack_proto_gre]ip_ct_gre_keymap_destroy+88/c0>   <=====

>>eax; d4a47bf8 <_end+14742374/206247dc>
>>ebx; d99f1180 <_end+196eb8fc/206247dc>
>>ecx; cefd1480 <_end+eccbbfc/206247dc>
>>esi; d526e080 <_end+14f687fc/206247dc>
>>esp; c02a7f04 <init_task_union+1f04/2000>

Trace; e09f3939 <[ip_conntrack]ip_ct_find_proto+19/40>
Trace; e09f3e16 <[ip_conntrack]destroy_conntrack+106/110>
Trace; e09f3d04 <[ip_conntrack]clean_from_lists+54/60>
Trace; e09f3e20 <[ip_conntrack]death_by_timeout+0/60>
Trace; e0ef3e79 <END_OF_CODE+2e35d6/????>
Trace; c012048b <timer_bh+17b/3a0>
Trace; c011cc42 <bh_action+22/40>
Trace; c011cb56 <tasklet_hi_action+46/70>
Trace; c011c995 <do_softirq+95/a0>
Trace; c01089da <do_IRQ+9a/a0>
Trace; c01052c0 <default_idle+0/40>
Trace; c010ade8 <call_do_IRQ+5/d>
Trace; c01052c0 <default_idle+0/40>
Trace; c01052e3 <default_idle+23/40>
Trace; c0105372 <cpu_idle+52/70>
Trace; c0105000 <_stext+0/0>

Code;  e0a232b8 <[ip_conntrack_proto_gre]ip_ct_gre_keymap_destroy+88/c0>
00000000 <_EIP>:
Code;  e0a232b8 <[ip_conntrack_proto_gre]ip_ct_gre_keymap_destroy+88/c0>   <=====
   0:   89 02                     mov    %eax,(%edx)   <=====
Code;  e0a232ba <[ip_conntrack_proto_gre]ip_ct_gre_keymap_destroy+8a/c0>
   2:   c7 41 04 00 00 00 00      movl   $0x0,0x4(%ecx)
Code;  e0a232c1 <[ip_conntrack_proto_gre]ip_ct_gre_keymap_destroy+91/c0>
   9:   c7 01 00 00 00 00         movl   $0x0,(%ecx)
Code;  e0a232c7 <[ip_conntrack_proto_gre]ip_ct_gre_keymap_destroy+97/c0>
   f:   8b 83 80 00 00 00         mov    0x80(%ebx),%eax


2 warnings issued.  Results may not be reliable.
--

Loaded modules:
bsd_comp                4216   0  (autoclean)
ppp_deflate             3320  11  (autoclean)
zlib_inflate           18596   0  (autoclean) [ppp_deflate]
zlib_deflate           18936   0  (autoclean) [ppp_deflate]
ppp_async               6624  91  (autoclean)
ppp_generic            16964 273  (autoclean) [bsd_comp ppp_deflate ppp_async]
slhc                    4768  14  (autoclean) [ppp_generic]
ipt_MASQUERADE          1336   2  (autoclean)
ipt_limit                920   1  (autoclean)
ipt_string              1724   1  (autoclean)
ipt_ULOG                4612   2  (autoclean)
ipt_LOG                 3936   3  (autoclean)
iptable_filter          1772   1  (autoclean)
ipt_MARK                 792   1  (autoclean)
iptable_mangle          2200   1  (autoclean)
ip_nat_proto_gre        2180   0  (unused)
ip_conntrack_pptp       7281   1  (autoclean)
ip_nat_pptp             4620   0  (unused)
ip_conntrack_proto_gre    3829   0  [ip_conntrack_pptp ip_nat_pptp]
ip_conntrack_ftp        4112   1  (autoclean)
ip_nat_ftp              3024   0  (unused)
iptable_nat            17646   4  [ipt_MASQUERADE ip_nat_proto_gre ip_nat_pptp ip_nat_ftp]
ip_tables              12416  11  [ipt_MASQUERADE ipt_limit ipt_string ipt_ULOG ipt_LOG iptable_filter ipt_MARK iptable_mangle iptable_nat]
ip_conntrack           20484   3  [ipt_MASQUERADE ip_conntrack_pptp ip_nat_pptp ip_conntrack_proto_gre ip_conntrack_ftp ip_nat_ftp iptable_nat]
dummy                    984   0  (unused)
e1000                  74992   3
e100                   32556   1

Any help would be greatly appreciated.

-- 
wbr, Oleg.

(no subject)

[Rui Nuno Capela]

What's up with bugtrack.alsa-project.org ?

I'm getting only 404's
--
rncbc aka Rui Nuno Capela
rncbc@rncbc.org



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

Re: (no subject)

[Jaroslav Kysela]

On Wed, 20 Oct 2004, Rui Nuno Capela wrote:

> What's up with bugtrack.alsa-project.org ?

I was upgrading mantis to 0.19.0. Everything should be ok now.

						Jaroslav

-----
Jaroslav Kysela <perex@perex.cz>


-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

(no subject)

[Tiffany Bloom]

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

(no subject)

[Desmond Murdock]

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

(no subject)

[Ashley]

Do you want a cheap Rolex Watch?
http://afm.beud.com/r/giggles/



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

(no subject)

[Matt]

Do you want a cheap Rolex Watch?
http://pvc.beud.com/r/giggles/



-------------------------------------------------------
This SF.net email is sponsored by: IT Product Guide on ITManagersJournal
Use IT products in your business? Tell us what you think of them. Give us
Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more
http://productguide.itmanagersjournal.com/guidepromo.tmpl

(no subject)

[Katherine S. Burris]

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

(no subject)

[Mirko Bonasorte]

Subscribe

(no subject)

[Julie]

Want a cheap Rolex Watch?
http://qmg.evif.com/r/giggles/watchs.html



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click

(no subject)

[Steven]

Want a Rolex Watch?
http://pqw.fdav.com/r/giggles/watchs.html



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_idU88&alloc_id\x12065&op=click
_______________________________________________
Kernel-janitor-discuss mailing list
Kernel-janitor-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kernel-janitor-discuss

(no subject)

[Julie]

Want a cheap Watch?
http://ylj.afeet.com



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_idU88&alloc_id\x12065&op=click
_______________________________________________
Kernel-janitor-discuss mailing list
Kernel-janitor-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kernel-janitor-discuss

(no subject)

[Julie]

Do you want a cheap Watch?
http://ziv.afeet.com



-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_idU88&alloc_id\x12065&op=click
_______________________________________________
Kernel-janitor-discuss mailing list
Kernel-janitor-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kernel-janitor-discuss

(no subject)

[Artem B. Bityuckiy]

David Woodhouse wrote:
> On Mon, 2004-11-15 at 11:34 +0300, Artem B. Bityuckiy wrote:
> 
>>Hello guys,
>>
>>I would be happy to know your opinions about to introduce one more 
>>32-bit field to the node_ref structure in the JFFS2. Is this really bad?
> 
> 
> Yes but if you make a really good case for it and you finish the bits
> which allow us to drop the length field we might let you get away with
> it :)
> 
It seems I've found the way how to avoid this. But I need more bits in the 
node_ref structure. The flash_offset field is already used so I have 
decided to use the next_in_ino field which is always at least 4-byte 
aligned. It is the dangerous game with adresses, but I really want to 
save memory. Do you think it is OK? (I think yes)

--
Best Regards,
Artem B. Bityuckiy,
St.-Petersburg, Russia.

(no subject)

[Artem B. Bityuckiy]

Hello David,

When I create checkpoints, I read all the nodes which will be referred by 
this checkpoint and check their CRCs. This is because we must trust 
checkpoints and do not check CRCs for them on the iget() call.

When the Garbage Collector moves node, which is currently referred by an 
checkpoint inact (I mean the jffs2_garbage_collect_pristine() function), 
we have to read this node after we GC it. This is the problem. The unclean 
reboot may happed and we can not guarantee that all noted in checkpoint 
are OK. :-(

So, how do you think is it absolutely necessary to check that nodes which 
are reffered by checkpoint are OK? Is it OK if we just detect errors when 
we actually read file?

Thanks.

--
Best Regards,
Artem B. Bityuckiy,
St.-Petersburg, Russia.

(no subject)

[David Woodhouse]

On Tue, 2004-11-16 at 13:48 +0000, Artem B. Bityuckiy wrote:
> Hello David,
> 
> When I create checkpoints, I read all the nodes which will be referred by 
> this checkpoint and check their CRCs. This is because we must trust 
> checkpoints and do not check CRCs for them on the iget() call.
> 
> When the Garbage Collector moves node, which is currently referred by an 
> checkpoint inact (I mean the jffs2_garbage_collect_pristine() function), 
> we have to read this node after we GC it. This is the problem. The unclean 
> reboot may happed and we can not guarantee that all noted in checkpoint 
> are OK. :-(
> 
> So, how do you think is it absolutely necessary to check that nodes which 
> are reffered by checkpoint are OK? Is it OK if we just detect errors when 
> we actually read file?

No, that's not OK. We'd actually lose the data in that case, surely? We
_need_ to pick up the new copy of the node, if the old one is absent.
Either we have to obsolete the newer checkpoint or we have to ignore the
checkpoint data if we get a failure, and rescan properly.

-- 
dwmw2

(no subject)

[Matt]

Do you want a cheap Watch?
http://lfc.afeet.com



-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines
robust object and relational technologies, making it a perfect match
for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
_______________________________________________
Kernel-janitor-discuss mailing list
Kernel-janitor-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kernel-janitor-discuss

(no subject)

[Ratin Kumar]

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

Hi,

I am trying to build a toolchain for MPC5200 using gcc 3.4.1.

The bootstrap compiler build fails with a complain that it could not
locate "signal.h". This happens even though I have the kernel headers
(with signal.h) installed. A quick search on google shows that some
other people have also run into this issue, although no patches/sloution
appears. Any ideas??

Also, has anyone tried using 3.4.1 compiler for kernel 2.4.23 ????

What are the matching glibc and binutils to use with 3.4.1?? Any
patches??

Thanks,
Rk.

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

Re: (no subject)

[Kumar Gala]

Ratin,

I would suggest looking at Dan Kegel's crosstool @ 
http://www.kegel.com/crosstool/.  Very helpful in pairing various parts 
of the GNU toolchain together to get a working version.  For MPC5200 
you want the ppc750 build.

- kumar

On Nov 22, 2004, at 1:23 PM, Ratin Kumar wrote:

> Hi,
>
> I am trying to build a toolchain for MPC5200 using gcc 3.4.1.
>
> The bootstrap compiler build fails with a complain that it could not 
> locate "signal.h". This happens even though I have the kernel headers 
> (with signal.h) installed. A quick search on google shows that some 
> other people have also run into this issue, although no 
> patches/sloution appears. Any ideas??
>
> Also, has anyone tried using 3.4.1 compiler for kernel 2.4.23 ????
>
> What are the matching glibc and binutils to use with 3.4.1?? Any 
> patches??
>
> Thanks,
>  Rk.
> <ATT949193.txt>

(no subject)

[Andreas Grabner]

Hi
I have 2 connections to the Internet. The default route points to ISP1 but
my mails are comming from (to IP of) ISP2. My rules to DNAT SMTP Traffic
to an internel machine does not work (it did with only one ISP).

I think it has something todo with the routing but i dont know how to solve.

Here are my rules:
$IPTABLES -t nat -A POSTROUTING -o $EXTIFINODE -j SNAT --to $EXTIPINODE
$IPTABLES -t nat -A POSTROUTING -o $EXTIFPOST -j SNAT --to $EXTIPPOST
# for mailserver
$IPTABLES -t nat -A POSTROUTING -o $EXTIFINODE -s 192.168.100.2 -j SNAT
--to $EXTIPINODE$IPTABLES -t nat -A POSTROUTING -o $EXTIFPOST -s
192.168.100.2 -j SNAT--to $EXTIPPOST$IPTABLES -t nat -A PREROUTING -i $EXTIFINODE -d
$EXTIPINODE -s$UNIVERSE
-p tcp --dport 25 -j DNAT --to 192.168.100.2$IPTABLES -t nat -A PREROUTING -i
$EXTIFPOST -d $EXTIPPOST -s $UNIVERSE -p
tcp --dport 25 -j DNAT --to 192.168.100.2

thanks for any help
Andreas Grabner

(no subject)

[刘小姐]

尊敬的各位公司领导：
    您好！首祝生意兴隆，财源广进! 
    由于本公司为定额纳税企业，每月有多余的增值税发票以及普通发票(安装建筑、广告、运输、其它服务行业、汽车维修等各类专用发票）,若贵公司在业务上有这方面的需要，我公司可以特别优惠为您代开，在互惠互利的原则下真诚的希望与贵公司合作！欢迎来电洽谈，谢谢！
    
    顺祝商祺！
         
        联系人：刘小姐

          电话：13510862966

                0755-81582487

      电子邮件：hezuo@126.com
         
             (如有打扰请见谅)


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/

(no subject)

[skchoi-PufmhqLRAwUysxA8WJXlww]

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

(no subject)

[yopy-Hm3cg6mZ9cc]

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

(no subject)

[emx-ShkBkJ/ES20]

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

(no subject)

[Sasha Peoples]

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

(no subject)

[Tonia Castillo]

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

(no subject)

[Jill]

Want a cheap Watch?
http://iep.hensi.com



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/

(no subject)

[Janine Rowe]

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

(no subject)

[Lena M. Ochoa]

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

(no subject)

[Mason Sinclair]

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

(no subject)

[Vickie]

[-- Attachment #1: bellow conjoin celebrate --]
[-- Type: text/html, Size: 3070 bytes --]

(no subject)

[Marsha Olson]

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

(no subject)

[Jamal Lambert]

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

(no subject)

[pablarribas]

 Another wait_for_sysfs error. I came across this one trying to make the atmelwlan sourceforge driver:
Dec  3 13:29:40 localhost kernel: usb 1-1: new full speed USB device using address 4
Dec  3 13:29:40 localhost kernel: usb vendor/product\x1371/13
Dec  3 13:29:40 localhost kernel: usbvnet5_2958: driver version 2.0.1.0, compiled Dec  3 2004 11:46:34 (dbg_mask x0)
Dec  3 13:29:40 localhost kernel: MAC addr 00:08:A1:6B:8B:B6 firmware 1.103.0.175
Dec  3 13:29:41 localhost kernel: Sending Authentication Request with Transaction Sequence Number:1...
Dec  3 13:29:45 localhost last message repeated 6 times
Dec  3 13:29:46 localhost wait_for_sysfs[3626]: either wait_for_sysfs (udev 039) needs an update to handle the device '/class/net/atml0' properly (no device symlink) or the sysfs-support of your device's driver needs to be fixed, please report to <linux-hotplug-devel@lists.sourceforge.net>
Dec  3 13:29:46 localhost kernel: ip_tables: (C) 2000-2002 Netfilter core team
Dec  3 13:29:46 localhost dhclient: sit0: unknown hardware address type 776
Dec  3 13:29:46 localhost kernel: -> vnet_open(atml0)
Dec  3 13:29:46 localhost kernel: Sending Authentication Request with Transaction Sequence Number:1...
Dec  3 13:29:47 localhost kernel: Sending Authentication Request with Transaction Sequence Number:1...
Dec  3 13:29:47 localhost dhclient: sit0: unknown hardware address type 776
Dec  3 13:29:47 localhost kernel: Sending Authentication Request with Transaction Sequence Number:1...
Dec  3 13:29:48 localhost kernel: Sending Authentication Request with Transaction Sequence Number:1...
Dec  3 13:29:49 localhost dhclient: DHCPDISCOVER on atml0 to 255.255.255.255 port 67 interval 4
Dec  3 13:29:49 localhost kernel: Sending Authentication Request with Transaction Sequence Number:1...
Dec  3 13:29:52 localhost last message repeated 4 times
Dec  3 13:29:53 localhost dhclient: DHCPDISCOVER on atml0 to 255.255.255.255 port 67 interval 8
Dec  3 13:29:53 localhost kernel: Sending Authentication Request with Transaction Sequence Number:1...
Dec  3 13:30:00 localhost last message repeated 9 times
Dec  3 13:30:01 localhost dhclient: DHCPDISCOVER on atml0 to 255.255.255.255 port 67 interval 9
Dec  3 13:30:01 localhost kernel: Sending Authentication Request with Transaction Sequence Number:1...
Dec  3 13:30:09 localhost last message repeated 10 times
Dec  3 13:30:10 localhost dhclient: DHCPDISCOVER on atml0 to 255.255.255.255 port 67 interval 18
Dec  3 13:30:10 localhost kernel: Sending Authentication Request with Transaction Sequence Number:1...
Dec  3 13:30:27 localhost last message repeated 20 times
Dec  3 13:30:28 localhost dhclient: DHCPDISCOVER on atml0 to 255.255.255.255 port 67 interval 11
Dec  3 13:30:28 localhost kernel: Sending Authentication Request with Transaction Sequence Number:1...
Dec  3 13:30:38 localhost last message repeated 13 times
Dec  3 13:30:39 localhost dhclient: DHCPDISCOVER on atml0 to 255.255.255.255 port 67 interval 11
Dec  3 13:30:39 localhost kernel: Sending Authentication Request with Transaction Sequence Number:1...
Dec  3 13:30:49 localhost last message repeated 12 times
Dec  3 13:30:50 localhost dhclient: No DHCPOFFERS received.
Dec  3 13:30:50 localhost kernel: Sending Authentication Request with Transaction Sequence Number:1...
Dec  3 13:31:21 localhost last message repeated 39 times
Dec  3 13:32:22 localhost last message repeated 75 times
Dec  3 13:33:23 localhost last message repeated 76 times
Dec  3 13:34:24 localhost last message repeated 76 times


 What can I do to make it work? (If there is something...)

  Thanks



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

Re: (no subject)

[Kay Sievers]

On Sat, 2004-12-04 at 12:58 +0100, pablarribas@vodafone.es wrote:
>  Another wait_for_sysfs error. I came across this one trying to make the atmelwlan sourceforge driver:
> Dec  3 13:29:40 localhost kernel: usb 1-1: new full speed USB device using address 4
> Dec  3 13:29:40 localhost kernel: usb vendor/product\x1371/13
> Dec  3 13:29:40 localhost kernel: usbvnet5_2958: driver version 2.0.1.0, compiled Dec  3 2004 11:46:34 (dbg_mask x0)
> Dec  3 13:29:40 localhost kernel: MAC addr 00:08:A1:6B:8B:B6 firmware 1.103.0.175
> Dec  3 13:29:41 localhost kernel: Sending Authentication Request with Transaction Sequence Number:1...
> Dec  3 13:29:45 localhost last message repeated 6 times
> Dec  3 13:29:46 localhost wait_for_sysfs[3626]: either wait_for_sysfs (udev 039) needs an update to handle the device '/class/net/atml0' properly (no device symlink) or the sysfs-support of your device's driver needs to be fixed, please report to <linux-hotplug-devel@lists.sourceforge.net>

>  What can I do to make it work? (If there is something...)

The message is unrelated to your nonworking device.
A later versions of udev will not print it.

Thanks and good luck,
Kay



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

(no subject)

[Jill]

Do you want a cheap Watch?
http://zpi.hensi.com



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
Kernel-janitor-discuss mailing list
Kernel-janitor-discuss@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kernel-janitor-discuss

(no subject)

[Irma M. Harris]

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

(no subject)

[Steven]

Do you want a cheap Watch?
http://kmz.hensi.com



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/

(no subject)

[Jake Link]

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

(no subject)

[Juanita Britt]

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

(no subject)

[Gil F. Phelps]

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

(no subject)

[Sung S. Marshall]

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

(no subject)

[Daniel L. Finch]

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

(no subject)

[Geoffrey Kendall]

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

(no subject)

[Zacky Ho]

Dear all,
I have problem on configuring iptables in my home. I
used a linux box as gateway & firewall which installed
RedHat 9. There are two IP interfaces: One connects to
ISP (222.xxx.xxx.xxx) while another connects to
internal hub and shared with other private PC
(192.168.123.254). My Web server is Apache running on
W2K (192.168.123.222) and using 1080 as web access
port. My rc.firewall.txt has configured as follows.
Any mistakes on it? Please advise. Thanks in advance!
Zacky Ho.

#!/bin/sh
set -x
#
# rc.firewall - Initial SIMPLE IP Firewall script for
Linux 2.4.x and iptables
#
# Copyright (C) 2001  Oskar Andreasson
<bluefluxATkoffeinDOTnet>
#
# This program is free software; you can redistribute
it and/or modify
# it under the terms of the GNU General Public License
as published by
# the Free Software Foundation; version 2 of the
License.
#
# This program is distributed in the hope that it will
be useful,
# but WITHOUT ANY WARRANTY; without even the implied
warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
 See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General
Public License
# along with this program or from the site that you
downloaded it
# from; if not, write to the Free Software Foundation,
Inc., 59 Temple
# Place, Suite 330, Boston, MA  02111-1307   USA
#

###########################################################################
#
# 1. Configuration options.
#

#
# 1.1 Internet Configuration.
#

#INET_IP="61.10.148.25"
INET_IP="222.166.46.146"
INET_IFACE="eth1"
#INET_BROADCAST="194.236.50.255"

#
# 1.1.1 DHCP
#

#
# 1.1.2 PPPoE
#

#
# 1.2 Local Area Network configuration.
#
# your LAN's IP range and localhost IP. /24 means to
only use the first 24
# bits of the 32 bit IP address. the same as netmask
255.255.255.0
#

LAN_IP="192.168.123.254"
LAN_IP_RANGE="192.168.123.0/24"
LAN_IFACE="eth0"

#
# 1.3 DMZ Configuration.
#

#
# 1.4 Localhost Configuration.
#

LO_IFACE="lo"
LO_IP="127.0.0.1"

#
# 1.5 IPTables Configuration.
#

IPTABLES="/sbin/iptables"

#
# 1.6 Other Configuration.
#

###########################################################################
#
# 2. Module loading.
#

#
# Needed to initially load modules
#

/sbin/depmod -a

#
# 2.1 Required modules
#

/sbin/modprobe ip_tables
/sbin/modprobe ip_conntrack
/sbin/modprobe iptable_filter
/sbin/modprobe iptable_mangle
/sbin/modprobe iptable_nat
/sbin/modprobe ipt_LOG
/sbin/modprobe ipt_limit
/sbin/modprobe ipt_state

#
# 2.2 Non-Required modules
#

#/sbin/modprobe ipt_owner
#/sbin/modprobe ipt_REJECT
#/sbin/modprobe ipt_MASQUERADE
#/sbin/modprobe ip_conntrack_ftp
#/sbin/modprobe ip_conntrack_irc
#/sbin/modprobe ip_nat_ftp
#/sbin/modprobe ip_nat_irc

###########################################################################
#
# 3. /proc set up.
#

#
# 3.1 Required proc configuration
#

echo "1" > /proc/sys/net/ipv4/ip_forward

#
# 3.2 Non-Required proc configuration
#

#echo "1" > /proc/sys/net/ipv4/conf/all/rp_filter
#echo "1" > /proc/sys/net/ipv4/conf/all/proxy_arp
#echo "1" > /proc/sys/net/ipv4/ip_dynaddr

###########################################################################
#
# 4. rules set up.
#
iptables -F
iptables -X

######
# 4.1 Filter table
#

#
# 4.1.1 Set policies
#

$IPTABLES -P INPUT DROP
$IPTABLES -P OUTPUT DROP
$IPTABLES -P FORWARD DROP

$IPTABLES -A INPUT   -j LOG --log-level DEBUG \
--log-prefix "DEBUG-INPUT:        "
$IPTABLES -A OUTPUT  -j LOG --log-level DEBUG \
--log-prefix "DEBUG_OUTPUT        "
$IPTABLES -A FORWARD -j LOG --log-level DEBUG \
--log-prefix "DEBUG-FORWARD:      "

#
# 4.1.2 Create userspecified chains
#

#
# Create chain for bad tcp packets
#

$IPTABLES -N bad_tcp_packets

#
# Create separate chains for ICMP, TCP and UDP to
traverse
#

$IPTABLES -N allowed
$IPTABLES -N tcp_packets
$IPTABLES -N udp_packets
$IPTABLES -N icmp_packets

#
# 4.1.3 Create content in userspecified chains
#

#
# bad_tcp_packets chain
#

$IPTABLES -A bad_tcp_packets -p tcp --tcp-flags
SYN,ACK SYN,ACK \
-m state --state NEW -j REJECT --reject-with tcp-reset

$IPTABLES -A bad_tcp_packets -p tcp ! --syn -m state
--state NEW -j LOG \
--log-prefix "New not syn:"
$IPTABLES -A bad_tcp_packets -p tcp ! --syn -m state
--state NEW -j DROP

#
# allowed chain
#

$IPTABLES -A allowed -p TCP --syn -j ACCEPT
$IPTABLES -A allowed -p TCP -m state --state
ESTABLISHED,RELATED -j ACCEPT
$IPTABLES -A allowed -p TCP -j DROP
## added 20040403 from Thomas
$IPTABLES -A allowed -p TCP -j LOG --log-prefix
"FW-DroppedAllow:"
## added 20040403 from Thomas

#
# TCP rules
#

$IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 21 -j
allowed
$IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 22 -j
allowed
$IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 80 -j
allowed
$IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 113 -j
allowed
#apache
$IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 80 -j
allowed
$IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 8888 -j
allowed
$IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 1080 -j
allowed
### added 2004 12 28
#$IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 139 -j
allowed
###
# 
$IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 1580 -j
allowed
$IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 113 -j
allowed
# winmx
#$IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 6699
-j allowed
# MTS
$IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 5080 -j
allowed
## added 2003 08 25
$IPTABLES -A tcp_packets -p TCP -j LOG --log-prefix
"FW-DroppedTCP: "
## added 2003 08 25


#
# UDP ports
#

$IPTABLES -A udp_packets -p UDP -s 0/0 --source-port
53 -j ACCEPT
#if [ $DHCP == "yes" ] ; then
# $IPTABLES -A udp_packets -p UDP -s $DHCP_SERVER
--sport 67 \
# --dport 68 -j ACCEPT
#fi

#$IPTABLES -A udp_packets -p UDP -s 0/0
--destination-port 53 -j ACCEPT
#$IPTABLES -A udp_packets -p UDP -s 0/0
--destination-port 123 -j ACCEPT
$IPTABLES -A udp_packets -p UDP -s 0/0 --dport 20 -j
ACCEPT
$IPTABLES -A udp_packets -p UDP -s 0/0 --dport 21 -j
ACCEPT
$IPTABLES -A udp_packets -p UDP -s 0/0 --dport 22 -j
ACCEPT
$IPTABLES -A udp_packets -p UDP -s 0/0 --dport 23 -j
ACCEPT
$IPTABLES -A udp_packets -p UDP -s 0/0
--destination-port 2074 -j ACCEPT
$IPTABLES -A udp_packets -p UDP -s 0/0
--destination-port 4000 -j ACCEPT
# winmx
#$IPTABLES -A udp_packets -p UDP -s 0/0 --dport 6257
-j ACCEPT
#$IPTABLES -A udp_packets -p UDP -s 0/0 --source-port
6257 -j ACCEPT
# MTS
$IPTABLES -A udp_packets -p UDP -s 0/0 --dport 500 -j
ACCEPT
#
#### added 2004 12 28 
#$IPTABLES -A udp_packets -p UDP -s 0/0 --dport 139 -j
ACCEPT
###

#
# In Microsoft Networks you will be swamped by
broadcasts. These lines 
# will prevent them from showing up in the logs.
#

$IPTABLES -A udp_packets -p UDP -i $INET_IFACE -d
$INET_BROADCAST \
--destination-port 135:139 -j DROP
$IPTABLES -A udp_packets -p UDP -i $INET_IFACE \
--destination-port 135:139 -j LOG --log-prefix
"FW-Dropped:    "
$IPTABLES -A udp_packets -p UDP -i $INET_IFACE \
--destination-port 135:139 -j DROP

## added 2003 08 25
$IPTABLES -A udp_packets -p UDP -i $INET_IFACE \
-j LOG --log-prefix "Dropped: "
## added 2003 08 25

#
# If we get DHCP requests from the Outside of our
network, our logs will 
# be swamped as well. This rule will block them from
getting logged.
#

#$IPTABLES -A udp_packets -p UDP -i $INET_IFACE -d
255.255.255.255 \
#--destination-port 67:68 -j DROP

#
# ICMP rules
#

$IPTABLES -A icmp_packets -p ICMP -s 0/0 --icmp-type 8
-j ACCEPT
$IPTABLES -A icmp_packets -p ICMP -i $INET_IFACE
--icmp-type 8 -j LOG \
--log-prefix "FW-DroppedEchoRep:  "
$IPTABLES -A icmp_packets -p ICMP -i $INET_IFACE
--icmp-type 8 -j DROP
$IPTABLES -A icmp_packets -p ICMP -i $LAN_IFACE -s
$LAN_IP_RANGE -j ACCEPT

$IPTABLES -A icmp_packets -p ICMP -s 0/0 --icmp-type
11 -j ACCEPT

#
# 4.1.4 INPUT chain
#

#
# Bad TCP packets we don't want.
#

$IPTABLES -A INPUT -p tcp -j bad_tcp_packets

#
# Rules for special networks not part of the Internet
#
## Added 20040403 from Thomas
$IPTABLES -A INPUT -p ALL -i $LAN_IFACE -s
$LAN_IP_RANGE -j ACCEPT
$IPTABLES -A INPUT -p ALL -i $LO_IFACE -j ACCEPT
## Added 20040403 from Thomas
$IPTABLES -A INPUT -p ALL -i $LAN_IFACE -s
$LAN_IP_RANGE -j ACCEPT
$IPTABLES -A INPUT -p ALL -i $LO_IFACE -s $LO_IP -j
ACCEPT
$IPTABLES -A INPUT -p ALL -i $LO_IFACE -s $LAN_IP -j
ACCEPT
$IPTABLES -A INPUT -p ALL -i $LO_IFACE -s $INET_IP -j
ACCEPT

#
# Special rule for DHCP requests from LAN, which are
not caught properly
# otherwise. 
#

$IPTABLES -A INPUT -p UDP -i $LAN_IFACE --dport 67
--sport 68 -j ACCEPT

#
# Rules for incoming packets from the internet.
#

$IPTABLES -A INPUT -p ALL -d $INET_IP -m state --state
ESTABLISHED,RELATED \
-j ACCEPT
$IPTABLES -A INPUT -p TCP -i $INET_IFACE -j
tcp_packets
$IPTABLES -A INPUT -p UDP -i $INET_IFACE -j
udp_packets
$IPTABLES -A INPUT -p ICMP -i $INET_IFACE -j
icmp_packets

#
# If you have a Microsoft Network on the outside of
your firewall, you may 
# also get flooded by Multicasts. We drop them so we
do not get flooded by 
# logs
#

#$IPTABLES -A INPUT -i $INET_IFACE -d 224.0.0.0/8 -j
DROP

#
# Log weird packets that don't match the above.
#
## Added 20040403 from Thomas
$IPTABLES -A INPUT -m limit --limit 3/minute
--limit-burst 3 -j LOG \
--log-level DEBUG --log-prefix "IPT INPUT packet
died:"
## Added 20040403 from Thomas
#$IPTABLES -A INPUT -m limit --limit 3/minute
--limit-burst 3 -j LOG \
#--log-level DEBUG --log-prefix "IPT INPUT packet
died:" 


#
# 4.1.5 FORWARD chain
#

#
# Bad TCP packets we don't want
#
## Added 20040403 from Thomas
$IPTABLES -A FORWARD -i $LAN_IFACE -p UDP  \
--destination-port 135:139 -j LOG --log-prefix
"FW-Dropped_135-139: "
$IPTABLES -A FORWARD -i $LAN_IFACE -p UDP  \
--destination-port 135:139 -j DROP
## Added 20040403 from Thomas

$IPTABLES -A FORWARD -p tcp -j bad_tcp_packets

#
# Accept the packets we actually want to forward
#

$IPTABLES -A FORWARD -i $LAN_IFACE -j ACCEPT
$IPTABLES -A FORWARD -m state --state
ESTABLISHED,RELATED -j ACCEPT

#
# Log weird packets that don't match the above.
#

$IPTABLES -A FORWARD -m limit --limit 3/minute
--limit-burst 3 -j LOG \
--log-level DEBUG --log-prefix "IPT FORWARD packet
died: "

#
# 4.1.6 OUTPUT chain
#

#
# Bad TCP packets we don't want.
#

$IPTABLES -A OUTPUT -p tcp -j bad_tcp_packets

#
# Special OUTPUT rules to decide which IP's to allow.
#

$IPTABLES -A OUTPUT -p ALL -s $LO_IP -j ACCEPT
$IPTABLES -A OUTPUT -p ALL -s $LAN_IP -j ACCEPT
$IPTABLES -A OUTPUT -p ALL -s $INET_IP -j ACCEPT

#
# Log weird packets that don't match the above.
#

$IPTABLES -A OUTPUT -m limit --limit 3/minute
--limit-burst 3 -j LOG \
--log-level DEBUG --log-prefix "IPT OUTPUT packet
died: "

######
# 4.2 nat table
#

#
# 4.2.1 Set policies
#

#
# 4.2.2 Create user specified chains
#

#
# 4.2.3 Create content in user specified chains
#

#
# 4.2.4 PREROUTING chain
#

#
# 4.2.5 POSTROUTING chain Added on 20041226 by zacky
#
$IPTABLES -t nat -A PREROUTING -p tcp -i $INET_IFACE
-d 222.166.46.146 --dport 1080 -j DNAT \
--to-destination 192.168.123.222:1080
$IPTABLES -A FORWARD -p tcp -i $LAN_IFACE -d
192.168.123.222 --dport 1080 -j ACCEPT

#
# Enable simple IP Forwarding and Network Address
Translation
#

$IPTABLES -t nat -A POSTROUTING -o $INET_IFACE -j SNAT
--to-source $INET_IP

#
# 4.2.6 OUTPUT chain
#

######
# 4.3 mangle table
#

#
# 4.3.1 Set policies
#

#
# 4.3.2 Create user specified chains
#

#
# 4.3.3 Create content in user specified chains
#

#
# 4.3.4 PREROUTING chain
#

#
# 4.3.5 INPUT chain
#

#
# 4.3.6 FORWARD chain
#

#
# 4.3.7 OUTPUT chain
#

#
# 4.3.8 POSTROUTING chain
#




		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - Helps protect you from nasty viruses. 
http://promotions.yahoo.com/new_mail

Re: (no subject)

[Jason Opperisano]

On Wed, 2004-12-29 at 04:01, Zacky Ho wrote:
> #
> # allowed chain
> #
> 
> $IPTABLES -A allowed -p TCP --syn -j ACCEPT
> $IPTABLES -A allowed -p TCP -m state --state
> ESTABLISHED,RELATED -j ACCEPT
> $IPTABLES -A allowed -p TCP -j DROP
> ## added 20040403 from Thomas
> $IPTABLES -A allowed -p TCP -j LOG --log-prefix
> "FW-DroppedAllow:"
> ## added 20040403 from Thomas

your LOG rule needs to come *before* the DROP rule in order for it to
ever log anything.

> #
> # TCP rules
> #
> 
> $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 21 -j
> allowed
> $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 22 -j
> allowed
> $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 80 -j
> allowed
> $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 113 -j
> allowed
> #apache
> $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 80 -j
> allowed
> $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 8888 -j
> allowed
> $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 1080 -j
> allowed
> ### added 2004 12 28
> #$IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 139 -j
> allowed
> ###
> # 
> $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 1580 -j
> allowed
> $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 113 -j
> allowed
> # winmx
> #$IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 6699
> -j allowed
> # MTS
> $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 5080 -j
> allowed
> ## added 2003 08 25
> $IPTABLES -A tcp_packets -p TCP -j LOG --log-prefix
> "FW-DroppedTCP: "
> ## added 2003 08 25

um--you're jumping to "tcp_packets" from INPUT.  do you really run *all*
these services on your firewall?  and do you really want *all* these
services exposed to the Internet?  i sure hope not.  and port 80 is in
there twice.

> #
> # UDP ports
> #
> 
> $IPTABLES -A udp_packets -p UDP -s 0/0 --source-port
> 53 -j ACCEPT
> #if [ $DHCP == "yes" ] ; then
> # $IPTABLES -A udp_packets -p UDP -s $DHCP_SERVER
> --sport 67 \
> # --dport 68 -j ACCEPT
> #fi
> 
> #$IPTABLES -A udp_packets -p UDP -s 0/0
> --destination-port 53 -j ACCEPT
> #$IPTABLES -A udp_packets -p UDP -s 0/0
> --destination-port 123 -j ACCEPT
> $IPTABLES -A udp_packets -p UDP -s 0/0 --dport 20 -j
> ACCEPT
> $IPTABLES -A udp_packets -p UDP -s 0/0 --dport 21 -j
> ACCEPT
> $IPTABLES -A udp_packets -p UDP -s 0/0 --dport 22 -j
> ACCEPT
> $IPTABLES -A udp_packets -p UDP -s 0/0 --dport 23 -j
> ACCEPT

um--what UDP services are ports 20-23?

<snip>

> #
> # 4.1.5 FORWARD chain
> #
> 
> #
> # Bad TCP packets we don't want
> #
> ## Added 20040403 from Thomas
> $IPTABLES -A FORWARD -i $LAN_IFACE -p UDP  \
> --destination-port 135:139 -j LOG --log-prefix
> "FW-Dropped_135-139: "
> $IPTABLES -A FORWARD -i $LAN_IFACE -p UDP  \
> --destination-port 135:139 -j DROP
> ## Added 20040403 from Thomas
> 
> $IPTABLES -A FORWARD -p tcp -j bad_tcp_packets
> 
> #
> # Accept the packets we actually want to forward
> #
> 
> $IPTABLES -A FORWARD -i $LAN_IFACE -j ACCEPT
> $IPTABLES -A FORWARD -m state --state
> ESTABLISHED,RELATED -j ACCEPT

somewhere in here you want:

  $IPTABLES -A FORWARD -i $INET_IFACE -o $LAN_IFACE -p tcp --syn \
    -d 192.168.123.222 --dport 1080 -j ACCEPT

> #
> # Log weird packets that don't match the above.
> #
> 
> $IPTABLES -A FORWARD -m limit --limit 3/minute
> --limit-burst 3 -j LOG \
> --log-level DEBUG --log-prefix "IPT FORWARD packet
> died: "
> 
> #
> # 4.1.6 OUTPUT chain
> #
> 
> #
> # Bad TCP packets we don't want.
> #
> 
> $IPTABLES -A OUTPUT -p tcp -j bad_tcp_packets
> 
> #
> # Special OUTPUT rules to decide which IP's to allow.
> #
> 
> $IPTABLES -A OUTPUT -p ALL -s $LO_IP -j ACCEPT
> $IPTABLES -A OUTPUT -p ALL -s $LAN_IP -j ACCEPT
> $IPTABLES -A OUTPUT -p ALL -s $INET_IP -j ACCEPT
> 
> #
> # Log weird packets that don't match the above.
> #
> 
> $IPTABLES -A OUTPUT -m limit --limit 3/minute
> --limit-burst 3 -j LOG \
> --log-level DEBUG --log-prefix "IPT OUTPUT packet
> died: "
> 
> ######
> # 4.2 nat table
> #
> 
> #
> # 4.2.1 Set policies
> #
> 
> #
> # 4.2.2 Create user specified chains
> #
> 
> #
> # 4.2.3 Create content in user specified chains
> #
> 
> #
> # 4.2.4 PREROUTING chain
> #
> 
> #
> # 4.2.5 POSTROUTING chain Added on 20041226 by zacky
> #
> $IPTABLES -t nat -A PREROUTING -p tcp -i $INET_IFACE
> -d 222.166.46.146 --dport 1080 -j DNAT \
> --to-destination 192.168.123.222:1080

are the requests from the Internet coming in on port 80 or port 1080?

are people typing:

  http://222.166.46.146/
  -or-
  http://222.166.46.146:1080/

to get to your website?  if it's the first--your rule should be:

  $IPTABLES -t nat -A PREROUTING -p tcp -i $INET_IFACE
    -d 222.166.46.146 --dport 80 -j DNAT \
    --to-destination 192.168.123.222:1080

> $IPTABLES -A FORWARD -p tcp -i $LAN_IFACE -d
> 192.168.123.222 --dport 1080 -j ACCEPT

first--this rule doesn't make any sense.  packets will not arrive
inbound on $LAN_IFACE with a dst ip of 192.168.123.222; as machines on
192.168.123.0/24 will talk to 192.168.123.222 directly, not through the
gateway.

second, you want to put a FORWARD rule for you web server up above where
i specified, as your script is virtually impossible to read through
logically as it is--this is not helping.

third, this rule ends up *after* your rule that says "IPT FORWARD packet
died: " which makes that log entry very misleading.

-j

--
"Please do not offer my god a peanut"
	--The Simpsons

Re: (no subject)

[Zacky Ho]

Hi Jason,
Thanks a lot!
Since the script is provided by my friend, there are
some modification in the script. First is I use port
1080 for web access. Second is I will check with my
friend about TCP/UDP port. Third is I will modify the
log format for easy watching. Many thanks for your
advice! One more thing will need your supprt......

I Would like to introduce the detail about setting
Firewall at home. There is a Linux Box runnning RedHat
9 as a gateway/firewall. There are 2 network cards
installed in it. One is connected to ISP via cable
modem, which gets IP 222.166.46.146. Another network
card is connected to a switch and has static IP
192.168.123.254. I have register a domain name
"zackyho.no-ip.com" from no-ip.com. Using its provided
windows client update program, I see the real IP
reported back is "61.xxx.xxx.xxx". 
My Web server which runs Apache is installed in W2K
box which has static IP 192.168.123.222 and also
connect to the switch. I would like to provide
external access as http://zackyho.no-ip.com. Is there
any missing/mistakes in the script "rc.fireall.txt"
Please kindly adivse. Thanks in advance!
 
--- Jason Opperisano <opie@817west.com> wrote:

> On Wed, 2004-12-29 at 04:01, Zacky Ho wrote:
> > #
> > # allowed chain
> > #
> > 
> > $IPTABLES -A allowed -p TCP --syn -j ACCEPT
> > $IPTABLES -A allowed -p TCP -m state --state
> > ESTABLISHED,RELATED -j ACCEPT
> > $IPTABLES -A allowed -p TCP -j DROP
> > ## added 20040403 from Thomas
> > $IPTABLES -A allowed -p TCP -j LOG --log-prefix
> > "FW-DroppedAllow:"
> > ## added 20040403 from Thomas
> 
> your LOG rule needs to come *before* the DROP rule
> in order for it to
> ever log anything.
> 
> > #
> > # TCP rules
> > #
> > 
> > $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 21
> -j
> > allowed
> > $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 22
> -j
> > allowed
> > $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 80
> -j
> > allowed
> > $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 113
> -j
> > allowed
> > #apache
> > $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 80
> -j
> > allowed
> > $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport
> 8888 -j
> > allowed
> > $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport
> 1080 -j
> > allowed
> > ### added 2004 12 28
> > #$IPTABLES -A tcp_packets -p TCP -s 0/0 --dport
> 139 -j
> > allowed
> > ###
> > # 
> > $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport
> 1580 -j
> > allowed
> > $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport 113
> -j
> > allowed
> > # winmx
> > #$IPTABLES -A tcp_packets -p TCP -s 0/0 --dport
> 6699
> > -j allowed
> > # MTS
> > $IPTABLES -A tcp_packets -p TCP -s 0/0 --dport
> 5080 -j
> > allowed
> > ## added 2003 08 25
> > $IPTABLES -A tcp_packets -p TCP -j LOG
> --log-prefix
> > "FW-DroppedTCP: "
> > ## added 2003 08 25
> 
> um--you're jumping to "tcp_packets" from INPUT.  do
> you really run *all*
> these services on your firewall?  and do you really
> want *all* these
> services exposed to the Internet?  i sure hope not. 
> and port 80 is in
> there twice.
> 
> > #
> > # UDP ports
> > #
> > 
> > $IPTABLES -A udp_packets -p UDP -s 0/0
> --source-port
> > 53 -j ACCEPT
> > #if [ $DHCP == "yes" ] ; then
> > # $IPTABLES -A udp_packets -p UDP -s $DHCP_SERVER
> > --sport 67 \
> > # --dport 68 -j ACCEPT
> > #fi
> > 
> > #$IPTABLES -A udp_packets -p UDP -s 0/0
> > --destination-port 53 -j ACCEPT
> > #$IPTABLES -A udp_packets -p UDP -s 0/0
> > --destination-port 123 -j ACCEPT
> > $IPTABLES -A udp_packets -p UDP -s 0/0 --dport 20
> -j
> > ACCEPT
> > $IPTABLES -A udp_packets -p UDP -s 0/0 --dport 21
> -j
> > ACCEPT
> > $IPTABLES -A udp_packets -p UDP -s 0/0 --dport 22
> -j
> > ACCEPT
> > $IPTABLES -A udp_packets -p UDP -s 0/0 --dport 23
> -j
> > ACCEPT
> 
> um--what UDP services are ports 20-23?
> 
> <snip>
> 
> > #
> > # 4.1.5 FORWARD chain
> > #
> > 
> > #
> > # Bad TCP packets we don't want
> > #
> > ## Added 20040403 from Thomas
> > $IPTABLES -A FORWARD -i $LAN_IFACE -p UDP  \
> > --destination-port 135:139 -j LOG --log-prefix
> > "FW-Dropped_135-139: "
> > $IPTABLES -A FORWARD -i $LAN_IFACE -p UDP  \
> > --destination-port 135:139 -j DROP
> > ## Added 20040403 from Thomas
> > 
> > $IPTABLES -A FORWARD -p tcp -j bad_tcp_packets
> > 
> > #
> > # Accept the packets we actually want to forward
> > #
> > 
> > $IPTABLES -A FORWARD -i $LAN_IFACE -j ACCEPT
> > $IPTABLES -A FORWARD -m state --state
> > ESTABLISHED,RELATED -j ACCEPT
> 
> somewhere in here you want:
> 
>   $IPTABLES -A FORWARD -i $INET_IFACE -o $LAN_IFACE
> -p tcp --syn \
>     -d 192.168.123.222 --dport 1080 -j ACCEPT
> 
> > #
> > # Log weird packets that don't match the above.
> > #
> > 
> > $IPTABLES -A FORWARD -m limit --limit 3/minute
> > --limit-burst 3 -j LOG \
> > --log-level DEBUG --log-prefix "IPT FORWARD packet
> > died: "
> > 
> > #
> > # 4.1.6 OUTPUT chain
> > #
> > 
> > #
> > # Bad TCP packets we don't want.
> > #
> > 
> > $IPTABLES -A OUTPUT -p tcp -j bad_tcp_packets
> > 
> > #
> > # Special OUTPUT rules to decide which IP's to
> allow.
> > #
> > 
> > $IPTABLES -A OUTPUT -p ALL -s $LO_IP -j ACCEPT
> > $IPTABLES -A OUTPUT -p ALL -s $LAN_IP -j ACCEPT
> > $IPTABLES -A OUTPUT -p ALL -s $INET_IP -j ACCEPT
> > 
> > #
> > # Log weird packets that don't match the above.
> > #
> > 
> > $IPTABLES -A OUTPUT -m limit --limit 3/minute
> > --limit-burst 3 -j LOG \
> > --log-level DEBUG --log-prefix "IPT OUTPUT packet
> > died: "
> > 
> > ######
> > # 4.2 nat table
> > #
> > 
> > #
> > # 4.2.1 Set policies
> > #
> > 
> > #
> > # 4.2.2 Create user specified chains
> > #
> > 
> > #
> > # 4.2.3 Create content in user specified chains
> > #
> > 
> > #
> > # 4.2.4 PREROUTING chain
> > #
> > 
> > #
> 
=== message truncated ===



		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - Easier than ever with enhanced search. Learn more.
http://info.mail.yahoo.com/mail_250

(no subject)

[Ram Kumar]

(no subject)

[Filip Moritz]

Hi everyone.

Didn't post here yet, but I hope someone will enlighten my sorrow:
I'm afraid to observe incoming packets being answered by a local process,
though dropped by iptables.

On a firewall between our workstations and servers i run dhcrelay, for
obvious reasons. Unfortunately the devices, dhcrelay answers broadcasts vs
asks the server on, are not configurable seperately. So it also answers dhcp
request broadcasts on the server network. As i use netbooting from time to
time to install or maintain servers, this actually happens. So I added a
rule to avoid broadcast packets from the servers' network to reach the
firewall machine:

# iptables -I INPUT -i ! eth0 -s 0.0.0.0 -j DROP
# iptables -L INPUT -v
Chain INPUT (policy DROP 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source
destination
    0     0 DROP       all  --  !eth0  any     0.0.0.0              anywhere
[ ... more rules ]

When now doing DHCP requests [*] from the server's network, I get replies
not only from my DHCP servers [+], but also from the firewall's internal
interface [x]:

# tcpdump -i eth1 host 0.0.0.0 or 255.255.255.255
[*]	16:29:38.415090 IP 0.0.0.0.bootpc > 255.255.255.255.bootps:
BOOTP/DHCP, Request from <pxe client's hw-addr>
[+]	16:29:38.415840 IP <server5's ip>.bootps > 255.255.255.255.bootpc:
BOOTP/DHCP, Reply
[+]	16:29:38.415846 IP <server4's ip>.bootps > 255.255.255.255.bootpc:
BOOTP/DHCP, Reply
[x]	16:29:38.415913 IP 192.168.10.1.bootps > 255.255.255.255.bootpc:
BOOTP/DHCP, Reply
[x]	16:29:38.416245 IP 192.168.10.1.bootps > 255.255.255.255.bootpc:
BOOTP/DHCP, Reply
[*]	16:29:46.434416 IP 0.0.0.0.bootpc > 255.255.255.255.bootps:
BOOTP/DHCP, Request from <pxe client's hw-addr>
[+]	16:29:46.434781 IP <server5's ip>.bootps > 255.255.255.255.bootpc:
BOOTP/DHCP, Reply
[x]	16:29:46.435218 IP 192.168.10.1.bootps > 255.255.255.255.bootpc:
BOOTP/DHCP, Reply
[*]	16:29:54.453295 IP 0.0.0.0.bootpc > 255.255.255.255.bootps:
BOOTP/DHCP, Request from <pxe client's hw-addr>
[x]	16:29:54.463872 IP 192.168.10.1.bootps > 255.255.255.255.bootpc:
BOOTP/DHCP, Reply
[ ... three more times all the same ]


...although the same nine (3x3) request packets seem to have been dropped:

# iptables -L INPUT -v
Chain INPUT (policy DROP 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source
destination
    9  5184 DROP       all  --  !eth0  any     0.0.0.0              anywhere
[ ... more rules ]


To be sure, I tried several times. When dhcrelay is not running, voila, no
more replies from 192.168.10.1.


on the other hand,

# iptables -I OUTPUT -o ! eth0 -d 255.255.255.255 -j DROP

doesn't match any of those dhcp replies:

# iptables -L OUTPUT -v
Chain OUTPUT (policy DROP 18 packets, 1232 bytes)
 pkts bytes target     prot opt in     out     source
destination
    0     0 DROP       all  --  any    !eth0   anywhere
255.255.255.255


So is this any sane?


Environment:
Our firewall is separating two subnets: 192.168.10.0/24 (workstations) on
eth0 and  192.168.10.0/28 (servers) on eth1. For traffic from workstations
to servers being sent to the firewall, arp-cacheing is turned on for eth0.
The other direction is done by having manually set up a more narrow netmask
(the /28) on the servers and the firewall's eth1 (192.168.10.1) as default
gateway. This generally works pretty fine.


appreciating any thoughts,
g., fil

(no subject)

[mohammad Mahbubur rahman]

Hi,
I am working on an Adhoc network running kernel AODV
version 2.1 (on Redhat linux kernel 2.4.20). The AODV
is running fine. Now I am trying to queue some packets
onto the user space for modification using libipq
library. But incase of running the libipq example
program, i have to load the ip_queue module by
modprobe ip_queue first. When i load this module and
running the example program, the machines are hanged.
Can anyone please tell me why??

Can anyone pls suggest me how i can get some packets
onto the user space for modification incase of ad hoc
network???

Mahbub



__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: (no subject)

[Tobias DiPasquale]

On Wed, 26 Jan 2005 07:58:23 -0800 (PST), mohammad Mahbubur rahman
<mahbub71@yahoo.com> wrote:
> Hi,
> I am working on an Adhoc network running kernel AODV
> version 2.1 (on Redhat linux kernel 2.4.20). The AODV
> is running fine. Now I am trying to queue some packets
> onto the user space for modification using libipq
> library. But incase of running the libipq example
> program, i have to load the ip_queue module by
> modprobe ip_queue first. When i load this module and
> running the example program, the machines are hanged.
> Can anyone please tell me why??
> 
> Can anyone pls suggest me how i can get some packets
> onto the user space for modification incase of ad hoc
> network???

AFAIK, the current Linux implementation of AODV uses ip_queue.
Therefore, due to the limitations of ip_queue, you can't then use
anything else that would use ip_queue while you're running that. Where
did you get your implementation? Is it this one:

http://user.it.uu.se/~henrikl/aodv/

or this one?:

http://w3.antd.nist.gov/wctg/aodv_kernel/

If its the latter, disregard all of the above.

-- 
[ Tobias DiPasquale ]
0x636f6465736c696e67657240676d61696c2e636f6d

(no subject)

[Dean Anderson]

I'm trying to build openWRT (www.openwrt.org) using a new kernel from 
linksys.  The kernel claims that it is 2.4.20, but it seems to have some 
modifications, preventing netfilter from applying patches.

I want to run iptables 1.2.11, and need (of course) the matching kernel
modules.  Is there is "complete file" (ie non-patch) distribution of the
netfilter kernel modules?  I couldn't find one on the ftp.netfilter.org 
site, nor on the website.

Thanks

		--Dean

#ignore whitespace in patches
/mnt1/openWRT.20050205/buildroot/build_mipsel/staging_dir/bin/sed -i -e 
"s,\-p1,\-l \-p1," 
/mnt1/openWRT.20050205/buildroot/build_mipsel/patch-o-matic-ng-20050206/runme
touch 
/mnt1/openWRT.20050205/buildroot/build_mipsel/patch-o-matic-ng-20050206/.unpacked
/mnt1/openWRT.20050205/buildroot/sources/patch-kernel.sh 
/mnt1/openWRT.20050205/buildroot/build_mipsel/WRT54G_3_01_3_0922/release/src/linux/linux 
/mnt1/openWRT.20050205/buildroot/sources/openwrt/kernel/netfilter/patches

Applying 
/mnt1/openWRT.20050205/buildroot/sources/openwrt/kernel/netfilter/patches/100-revert_netfilter.patch 
using plaintext: 
patching file include/linux/netfilter_ipv4/ip_conntrack.h
Hunk #1 FAILED at 45.
Hunk #2 FAILED at 77.
Hunk #3 succeeded at 261 (offset 3 lines).
2 out of 3 hunks FAILED -- saving rejects to file 
include/linux/netfilter_ipv4/ip_conntrack.h.rej
patching file include/linux/netfilter_ipv4/ip_conntrack_h323.h
patching file include/linux/netfilter_ipv4/ip_conntrack_mms.h
patching file include/linux/netfilter_ipv4/ip_conntrack_pptp.h
patching file include/linux/netfilter_ipv4/ip_conntrack_proto_gre.h
Reversed (or previously applied) patch detected!  Assume -R? [n] 
Apply anyway? [n] 
Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file 
include/linux/netfilter_ipv4/ip_conntrack_proto_gre.h.rej
patching file include/linux/netfilter_ipv4/ip_conntrack_tftp.h
patching file include/linux/netfilter_ipv4/ip_conntrack_tuple.h
patching file include/linux/netfilter_ipv4/ip_nat_pptp.h
patching file include/linux/netfilter_ipv4/ip_pool.h
patching file include/linux/netfilter_ipv4/ipt_pool.h
patching file net/ipv4/netfilter/Config.in
Hunk #1 FAILED at 7.
Hunk #2 succeeded at 18 (offset 1 line).
Hunk #4 FAILED at 56.
Hunk #5 succeeded at 75 (offset 8 lines).
2 out of 6 hunks FAILED -- saving rejects to file 
net/ipv4/netfilter/Config.in.rej
patching file net/ipv4/netfilter/Makefile
Hunk #1 FAILED at 31.
Hunk #2 succeeded at 63 (offset 5 lines).
Hunk #4 succeeded at 94 (offset 5 lines).
1 out of 4 hunks FAILED -- saving rejects to file 
net/ipv4/netfilter/Makefile.rej
patching file net/ipv4/netfilter/ip_conntrack_core.c
patching file net/ipv4/netfilter/ip_conntrack_ftp.c
patching file net/ipv4/netfilter/ip_conntrack_h323.c
patching file net/ipv4/netfilter/ip_conntrack_mms.c
patching file net/ipv4/netfilter/ip_conntrack_pptp.c
Reversed (or previously applied) patch detected!  Assume -R? [n] 
Apply anyway? [n] 
Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file 
net/ipv4/netfilter/ip_conntrack_pptp.c.rej
patching file net/ipv4/netfilter/ip_conntrack_pptp_priv.h
patching file net/ipv4/netfilter/ip_conntrack_proto_gre.c
Reversed (or previously applied) patch detected!  Assume -R? [n] 
Apply anyway? [n] 
Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file 
net/ipv4/netfilter/ip_conntrack_proto_gre.c.rej
patching file net/ipv4/netfilter/ip_conntrack_proto_tcp.c
Hunk #3 FAILED at 186.
Hunk #4 succeeded at 210 (offset 7 lines).
1 out of 4 hunks FAILED -- saving rejects to file 
net/ipv4/netfilter/ip_conntrack_proto_tcp.c.rej
patching file net/ipv4/netfilter/ip_conntrack_proto_udp.c
patching file net/ipv4/netfilter/ip_conntrack_standalone.c
patching file net/ipv4/netfilter/ip_conntrack_tftp.c
patching file net/ipv4/netfilter/ip_nat_core.c
patching file net/ipv4/netfilter/ip_nat_h323.c
patching file net/ipv4/netfilter/ip_nat_helper.c
Hunk #8 FAILED at 208.
1 out of 8 hunks FAILED -- saving rejects to file 
net/ipv4/netfilter/ip_nat_helper.c.rej
patching file net/ipv4/netfilter/ip_nat_mms.c
patching file net/ipv4/netfilter/ip_nat_pptp.c
Reversed (or previously applied) patch detected!  Assume -R? [n] 
Apply anyway? [n] 
Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file 
net/ipv4/netfilter/ip_nat_pptp.c.rej
patching file net/ipv4/netfilter/ip_nat_proto_gre.c
Reversed (or previously applied) patch detected!  Assume -R? [n] 
Apply anyway? [n] 
Skipping patch.
1 out of 1 hunk ignored -- saving rejects to file 
net/ipv4/netfilter/ip_nat_proto_gre.c.rej
patching file net/ipv4/netfilter/ip_nat_standalone.c
patching file net/ipv4/netfilter/ip_nat_tftp.c
patching file net/ipv4/netfilter/ip_pool.c
patching file net/ipv4/netfilter/ip_tables.c
patching file net/ipv4/netfilter/ipchains_core.c
patching file net/ipv4/netfilter/ipfwadm_core.c
patching file net/ipv4/netfilter/ipt_ECN.c
patching file net/ipv4/netfilter/ipt_LOG.c
patching file net/ipv4/netfilter/ipt_REJECT.c
patching file net/ipv4/netfilter/ipt_ULOG.c
patching file net/ipv4/netfilter/ipt_multiport.c
patching file net/ipv4/netfilter/ipt_pool.c
patching file net/ipv6/mcast.c
patching file include/linux/ppp-comp.h
Patch failed!  Please fix 
/mnt1/openWRT.20050205/buildroot/sources/openwrt/kernel/netfilter/patches/100-revert_netfilter.patch!
make: *** 
[/mnt1/openWRT.20050205/buildroot/build_mipsel/WRT54G_3_01_3_0922/release/src/linux/linux/.nf-patched] 
Error 1


-- 
Av8 Internet   Prepared to pay a premium for better service?
www.av8.net         faster, more reliable, better service
617 344 9000   

Re: (no subject)

[Dean Anderson]

Ok, I fixed the openwrt problem. Turned out they had some of their own 
netfilter patches. I turned those off, and used only the patch-o-matic-ng
patchs, and things worked.

These patches were distributed by openwrt to be applied against the 
linksys kernel:  The first one is pretty substantial.

wc 100-revert_netfilter.patch 
   5834   22128  179845 100-revert_netfilter.patch
wc 110-conntrack_setting.patch 
     20      67     715 110-conntrack_setting.patch

I'm not sure what the openwrt folks and/or linksys was thinking with
these...  They worked on earlier versions of the linksys kernel... I
suspect a distribution/versioning problem caused by the netfilter group.  
There is very little documentation on the netfilter site about how the
netfilter kernel modules should get updated. 

Clearly, someone was very confused with these patches. It might be that
linksys was confused earlier, and the openwrt folks were taking that out
with their patches. Or maybe it is the other way around.  I don't know. It
sure left me confused, and wondering wtf.

Seems like there should be a better way to distribute kernel modules.  I 
didn't intend to become a netfilter internals expert.

		--Dean

On Sun, 6 Feb 2005, Dean Anderson wrote:

> I'm trying to build openWRT (www.openwrt.org) using a new kernel from 
> linksys.  The kernel claims that it is 2.4.20, but it seems to have some 
> modifications, preventing netfilter from applying patches.
> 
> I want to run iptables 1.2.11, and need (of course) the matching kernel
> modules.  Is there is "complete file" (ie non-patch) distribution of the
> netfilter kernel modules?  I couldn't find one on the ftp.netfilter.org 
> site, nor on the website.
> 
> Thanks
> 
> 		--Dean
> 
> #ignore whitespace in patches
> /mnt1/openWRT.20050205/buildroot/build_mipsel/staging_dir/bin/sed -i -e 
> "s,\-p1,\-l \-p1," 
> /mnt1/openWRT.20050205/buildroot/build_mipsel/patch-o-matic-ng-20050206/runme
> touch 
> /mnt1/openWRT.20050205/buildroot/build_mipsel/patch-o-matic-ng-20050206/.unpacked
> /mnt1/openWRT.20050205/buildroot/sources/patch-kernel.sh 
> /mnt1/openWRT.20050205/buildroot/build_mipsel/WRT54G_3_01_3_0922/release/src/linux/linux 
> /mnt1/openWRT.20050205/buildroot/sources/openwrt/kernel/netfilter/patches
> 
> Applying 
> /mnt1/openWRT.20050205/buildroot/sources/openwrt/kernel/netfilter/patches/100-revert_netfilter.patch 
> using plaintext: 
> patching file include/linux/netfilter_ipv4/ip_conntrack.h
> Hunk #1 FAILED at 45.
> Hunk #2 FAILED at 77.
> Hunk #3 succeeded at 261 (offset 3 lines).
> 2 out of 3 hunks FAILED -- saving rejects to file 
> include/linux/netfilter_ipv4/ip_conntrack.h.rej
> patching file include/linux/netfilter_ipv4/ip_conntrack_h323.h
> patching file include/linux/netfilter_ipv4/ip_conntrack_mms.h
> patching file include/linux/netfilter_ipv4/ip_conntrack_pptp.h
> patching file include/linux/netfilter_ipv4/ip_conntrack_proto_gre.h
> Reversed (or previously applied) patch detected!  Assume -R? [n] 
> Apply anyway? [n] 
> Skipping patch.
> 1 out of 1 hunk ignored -- saving rejects to file 
> include/linux/netfilter_ipv4/ip_conntrack_proto_gre.h.rej
> patching file include/linux/netfilter_ipv4/ip_conntrack_tftp.h
> patching file include/linux/netfilter_ipv4/ip_conntrack_tuple.h
> patching file include/linux/netfilter_ipv4/ip_nat_pptp.h
> patching file include/linux/netfilter_ipv4/ip_pool.h
> patching file include/linux/netfilter_ipv4/ipt_pool.h
> patching file net/ipv4/netfilter/Config.in
> Hunk #1 FAILED at 7.
> Hunk #2 succeeded at 18 (offset 1 line).
> Hunk #4 FAILED at 56.
> Hunk #5 succeeded at 75 (offset 8 lines).
> 2 out of 6 hunks FAILED -- saving rejects to file 
> net/ipv4/netfilter/Config.in.rej
> patching file net/ipv4/netfilter/Makefile
> Hunk #1 FAILED at 31.
> Hunk #2 succeeded at 63 (offset 5 lines).
> Hunk #4 succeeded at 94 (offset 5 lines).
> 1 out of 4 hunks FAILED -- saving rejects to file 
> net/ipv4/netfilter/Makefile.rej
> patching file net/ipv4/netfilter/ip_conntrack_core.c
> patching file net/ipv4/netfilter/ip_conntrack_ftp.c
> patching file net/ipv4/netfilter/ip_conntrack_h323.c
> patching file net/ipv4/netfilter/ip_conntrack_mms.c
> patching file net/ipv4/netfilter/ip_conntrack_pptp.c
> Reversed (or previously applied) patch detected!  Assume -R? [n] 
> Apply anyway? [n] 
> Skipping patch.
> 1 out of 1 hunk ignored -- saving rejects to file 
> net/ipv4/netfilter/ip_conntrack_pptp.c.rej
> patching file net/ipv4/netfilter/ip_conntrack_pptp_priv.h
> patching file net/ipv4/netfilter/ip_conntrack_proto_gre.c
> Reversed (or previously applied) patch detected!  Assume -R? [n] 
> Apply anyway? [n] 
> Skipping patch.
> 1 out of 1 hunk ignored -- saving rejects to file 
> net/ipv4/netfilter/ip_conntrack_proto_gre.c.rej
> patching file net/ipv4/netfilter/ip_conntrack_proto_tcp.c
> Hunk #3 FAILED at 186.
> Hunk #4 succeeded at 210 (offset 7 lines).
> 1 out of 4 hunks FAILED -- saving rejects to file 
> net/ipv4/netfilter/ip_conntrack_proto_tcp.c.rej
> patching file net/ipv4/netfilter/ip_conntrack_proto_udp.c
> patching file net/ipv4/netfilter/ip_conntrack_standalone.c
> patching file net/ipv4/netfilter/ip_conntrack_tftp.c
> patching file net/ipv4/netfilter/ip_nat_core.c
> patching file net/ipv4/netfilter/ip_nat_h323.c
> patching file net/ipv4/netfilter/ip_nat_helper.c
> Hunk #8 FAILED at 208.
> 1 out of 8 hunks FAILED -- saving rejects to file 
> net/ipv4/netfilter/ip_nat_helper.c.rej
> patching file net/ipv4/netfilter/ip_nat_mms.c
> patching file net/ipv4/netfilter/ip_nat_pptp.c
> Reversed (or previously applied) patch detected!  Assume -R? [n] 
> Apply anyway? [n] 
> Skipping patch.
> 1 out of 1 hunk ignored -- saving rejects to file 
> net/ipv4/netfilter/ip_nat_pptp.c.rej
> patching file net/ipv4/netfilter/ip_nat_proto_gre.c
> Reversed (or previously applied) patch detected!  Assume -R? [n] 
> Apply anyway? [n] 
> Skipping patch.
> 1 out of 1 hunk ignored -- saving rejects to file 
> net/ipv4/netfilter/ip_nat_proto_gre.c.rej
> patching file net/ipv4/netfilter/ip_nat_standalone.c
> patching file net/ipv4/netfilter/ip_nat_tftp.c
> patching file net/ipv4/netfilter/ip_pool.c
> patching file net/ipv4/netfilter/ip_tables.c
> patching file net/ipv4/netfilter/ipchains_core.c
> patching file net/ipv4/netfilter/ipfwadm_core.c
> patching file net/ipv4/netfilter/ipt_ECN.c
> patching file net/ipv4/netfilter/ipt_LOG.c
> patching file net/ipv4/netfilter/ipt_REJECT.c
> patching file net/ipv4/netfilter/ipt_ULOG.c
> patching file net/ipv4/netfilter/ipt_multiport.c
> patching file net/ipv4/netfilter/ipt_pool.c
> patching file net/ipv6/mcast.c
> patching file include/linux/ppp-comp.h
> Patch failed!  Please fix 
> /mnt1/openWRT.20050205/buildroot/sources/openwrt/kernel/netfilter/patches/100-revert_netfilter.patch!
> make: *** 
> [/mnt1/openWRT.20050205/buildroot/build_mipsel/WRT54G_3_01_3_0922/release/src/linux/linux/.nf-patched] 
> Error 1
> 
> 
> 

-- 
Av8 Internet   Prepared to pay a premium for better service?
www.av8.net         faster, more reliable, better service
617 344 9000   

Re: (no subject)

[Samuel Jean]

On Mon, February 7, 2005 12:24 am, Dean Anderson said:
> Ok, I fixed the openwrt problem. Turned out they had some of their own
> netfilter patches. I turned those off, and used only the patch-o-matic-ng
> patchs, and things worked.

Official package means clean patches (not always true).

>
> These patches were distributed by openwrt to be applied against the
> linksys kernel:  The first one is pretty substantial.
>
> wc 100-revert_netfilter.patch
>    5834   22128  179845 100-revert_netfilter.patch
> wc 110-conntrack_setting.patch
>      20      67     715 110-conntrack_setting.patch

Those are not from patch-o-matic, aren't they ?

Those are patches i've never heard of. They aren't part of netfilter
(I guess) and obviously no warranty they will apply cleanly.

Some official patches don't, so I guess it's normal 3rd party's one don't
too.

>
> I'm not sure what the openwrt folks and/or linksys was thinking with
> these...  They worked on earlier versions of the linksys kernel... I
> suspect a distribution/versioning problem caused by the netfilter group.

Because of the constant evolution with netfilter, the only things they care
are :

o Keep compatibility with iptables userspace
o Keep in-kernel modules synced with new netfilter behaviour.
o And once this is done, some start syncing Patch-O-Matic patches,
  which aren't official to Linux but official to Netfilter.

There's no precaution to keep compatibility with 3rd parties.

> There is very little documentation on the netfilter site about how the
> netfilter kernel modules should get updated.

Official netfilter kernel modules are part of the linux kernel itself.
That means, no kernel update, no netfilter update.

If you are talking about 'unofficial' patches, then patching your kernel
source is done with Patch-O-Matic.

>
> Clearly, someone was very confused with these patches. It might be that
> linksys was confused earlier, and the openwrt folks were taking that out
> with their patches. Or maybe it is the other way around.  I don't know. It
> sure left me confused, and wondering wtf.

I'm wondering wtf too about those patches. What are they, why are they...

>
> Seems like there should be a better way to distribute kernel modules.  I
> didn't intend to become a netfilter internals expert.

Again, Netfilter Linux kernel modules are distributed with Linux kernel.
KIM, netfilter is a total part of the Linux kernel.

>
> 		--Dean
>

Have a good day,
Samuel

Re: (no subject)

[Dean Anderson]

On Mon, 7 Feb 2005, Samuel Jean wrote:
> > These patches were distributed by openwrt to be applied against the
> > linksys kernel:  The first one is pretty substantial.
> >
> > wc 100-revert_netfilter.patch
> >    5834   22128  179845 100-revert_netfilter.patch
> > wc 110-conntrack_setting.patch
> >      20      67     715 110-conntrack_setting.patch
> 
> Those are not from patch-o-matic, aren't they ?
> 
> Those are patches i've never heard of. They aren't part of netfilter
> (I guess) and obviously no warranty they will apply cleanly.

They aren't "official" patches. They look like the results of a previous
application of patch-o-matic.  After they were applied, further "official"
patches from patch-o-matic failed.

So, that was the cause for my question, where do I get "clean file" 
versions of netfilter. Patches are relative to something.

> >
> > I'm not sure what the openwrt folks and/or linksys was thinking with
> > these...  They worked on earlier versions of the linksys kernel... I
> > suspect a distribution/versioning problem caused by the netfilter group.
> 
> Because of the constant evolution with netfilter, the only things they care
> are :
> 
> o Keep compatibility with iptables userspace
> o Keep in-kernel modules synced with new netfilter behaviour.
> o And once this is done, some start syncing Patch-O-Matic patches,
>   which aren't official to Linux but official to Netfilter.
> 
> There's no precaution to keep compatibility with 3rd parties.

There doesn't appear to be any third party modifications except for 
previous applications of netfilter patches by those parties.

Neither openwrt nor linksys have any apparent interest in modifying 
netfilter. They just wanted to turn on some "extra" netfilter patches. 
After that, things are busted and there isn't any way to fix them.

Thats why you need to produce the kernel modules as complete files that 
are __copied__ and compiled.  Patches are insufficent.

> > There is very little documentation on the netfilter site about how the
> > netfilter kernel modules should get updated.
> 
> Official netfilter kernel modules are part of the linux kernel itself.
> That means, no kernel update, no netfilter update.

Thats just insane. Why have loadable modules or a kernel hooks interface 
if you are going to tie tightly to kernel versions?

> Again, Netfilter Linux kernel modules are distributed with Linux kernel.
> KIM, netfilter is a total part of the Linux kernel.

This needs to change then. Either that, or the kernel needs to start
including iptables source code as well, and it also needs to be __well__
documented that the iptables version can't be changed---it is tied to the
kernel version.

Probably this is the source of the confusion.

-- 
Av8 Internet   Prepared to pay a premium for better service?
www.av8.net         faster, more reliable, better service
617 344 9000   

(no subject)

[Michael Thompson]

Every once in a while while I am running a script from cron, it outputs 
this:

iptables: Resource temporarily unavailable

what is that about? Could it be that two processes are trying to access 
IPTables?

Re: (no subject)

[Michael Thompson]

Michael Thompson wrote:
> Every once in a while while I am running a script from cron, it outputs 
> this:
> 
> iptables: Resource temporarily unavailable
> 
> what is that about? Could it be that two processes are trying to access 
> IPTables?
> 
> 

It has also spat out the error of

iptables: Module is wrong version

And
modprobe: Can't locate module ip_tables

Although less frequently than Resource unavailable.

(no subject)

[Yuli Barcohen]

>>>>> Markus Westergren writes:

    Markus> The board in my project is almost like a Adder875 but unlike
    Markus> the Adder it has a PCMCIA slot connected.

No problems, it's supported

    Markus> I have tested a version of Arabella (FREE v2.1, kernel
    Markus> 2.4.25). It looks like that the fec driver only supports
    Markus> general PHY and no link interrupts.

Yes, because nobody of our customers needed PHY-specific support. It's
trivial to add if necessary.

-- 
========================================================================
 Yuli Barcohen       | Phone +972-9-765-1788 |  Software Project Leader
 yuli@arabellasw.com | Fax   +972-9-765-7494 | Arabella Software, Israel
========================================================================

(no subject)

[Varga Endre]

Hello!

First of all, I am new to Linux and iptables, but I am currently
developing (or trying to develop) a match module for iptables.
To be short, my problem is the following:
I must track outgoing SYN+ACK packets (confirmation of connection
request) and incoming ACK packets acknowledging the SYN+ACKs. With this,
the module would be able to calculate the ratio of half open
connections.
It is easy to track outgoing SYN+ACKs, but to decide if an incoming ACK
is a response to a former SYN+ACK I have to track the state of the TCP
connection. Of course I dont want to do this, because the TCP conntrack
module makes this - It would be a nonsense and a source of inconsistency
to track the state in both modules.
Please tell me, how could my module interact with the TCP conntrack
module to get the connection state information.

Thank you!

(a student from Hungary)

(no subject)

[Ethan Weinstein]

Unsubscribe linux-kernel

Re: (no subject)

[Jozsef Kadlecsik]

Hi,

On Tue, 15 Feb 2005, Varga Endre wrote:

> To be short, my problem is the following:
> I must track outgoing SYN+ACK packets (confirmation of connection
> request) and incoming ACK packets acknowledging the SYN+ACKs. With this,
> the module would be able to calculate the ratio of half open
> connections.
> It is easy to track outgoing SYN+ACKs, but to decide if an incoming ACK
> is a response to a former SYN+ACK I have to track the state of the TCP
> connection. Of course I dont want to do this, because the TCP conntrack
> module makes this - It would be a nonsense and a source of inconsistency
> to track the state in both modules.

You could rely on event notification from the nfnetlink-ctnetlink-0.13
patch from patch-o-matic-ng. Unfortunately it seems to me
nfnetlink-ctnetlink's a little bit out of sync compared to the recent
kernel trees.

Best regards,
Jozsef
-
E-mail  : kadlec@blackhole.kfki.hu, kadlec@sunserv.kfki.hu
PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt
Address : KFKI Research Institute for Particle and Nuclear Physics
          H-1525 Budapest 114, POB. 49, Hungary

Re: (no subject)

[KOVACS Krisztian]

  Hi,

2005-02-16, sze keltezéssel 09.14-kor Jozsef Kadlecsik ezt írta:
> > To be short, my problem is the following:
> > I must track outgoing SYN+ACK packets (confirmation of connection
> > request) and incoming ACK packets acknowledging the SYN+ACKs. With this,
> > the module would be able to calculate the ratio of half open
> > connections.
> > It is easy to track outgoing SYN+ACKs, but to decide if an incoming ACK
> > is a response to a former SYN+ACK I have to track the state of the TCP
> > connection. Of course I dont want to do this, because the TCP conntrack
> > module makes this - It would be a nonsense and a source of inconsistency
> > to track the state in both modules.
> 
> You could rely on event notification from the nfnetlink-ctnetlink-0.13
> patch from patch-o-matic-ng. Unfortunately it seems to me
> nfnetlink-ctnetlink's a little bit out of sync compared to the recent
> kernel trees.

  The event notification part of ctnetlink is available for 2.6 kernels
as well (from the netfilter-ha patchset, for example), thanks to Pablo
Neira's work.

-- 
KOVACS Krisztian <hidden@sch.bme.hu>

(no subject)

[Inglor]

-- 
 forgive me father for I have.. dreamed




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

(no subject)

[shahid shaikh]

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

Hello,

I want to use LVM2 on top of multipath SDs.

What approach should i follow?

Thanks in advance!



Thanks and Regards, 
Shahid Shaikh. 


http://www.patni.com
World-Wide Partnerships. World-Class Solutions.
_____________________________________________________________________

This e-mail message may contain proprietary, confidential or legally
privileged information for the sole use of the person or entity to
whom this message was originally addressed. Any review, e-transmission
dissemination or other use of or taking of any action in reliance upon
this information by persons or entities other than the intended
recipient is prohibited. If you have received this e-mail in error
kindly delete  this e-mail from your records. If it appears that this
mail has been forwarded to you without proper authority, please notify
us immediately at netadmin@patni.com and delete this mail. 
_____________________________________________________________________

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

(no subject)

[Pmishra]

Hi Team,
My requirement is Use SingleIP and different port with different web based
application .
Requirement :-
1.Access all the request from client with PORT 80.
2.Check the socket filter or net filet and forward different port as per
hint send by client.
Is it possible in Linux ?

Please give me some some technical procedure and help me understand 

Thanks
Pradeep

The information contained in this electronic mail transmission may be
privileged and confidential, and therefore, protected from disclosure. If
you have received this communication in error, please notify us immediately
by replying to this message and deleting it from your computer without
copying or disclosing it.

Re: (no subject)

[Michael Tautschnig]

> Hi Team,
> My requirement is Use SingleIP and different port with different web based
> application .
> Requirement :-
> 1.Access all the request from client with PORT 80.
> 2.Check the socket filter or net filet and forward different port as per
> hint send by client.
> Is it possible in Linux ?

Well, what is the "hint", sent by the client?

Thanks,
Michael

Re: (no subject)

[Daniel Lopes]

Pmishra@in.safenet-inc.com schrieb:
> Hi Team,
> My requirement is Use SingleIP and different port with different web based
> application .
> Requirement :-
> 1.Access all the request from client with PORT 80.
> 2.Check the socket filter or net filet and forward different port as per
> hint send by client.
> Is it possible in Linux ?
> 
> Please give me some some technical procedure and help me understand 
> 
> Thanks
> Pradeep
> 
> The information contained in this electronic mail transmission may be
> privileged and confidential, and therefore, protected from disclosure. If
> you have received this communication in error, please notify us immediately
> by replying to this message and deleting it from your computer without
> copying or disclosing it.
> 
> 
> 
If you have only one webserver serving more than one domain, it´s usual 
to use the Apache and it´s named virtual hosting capabilities, as it is 
used by alot of hosting providers. Then the Apache looks at the client 
header and serves the request from the DocumentRoot of the domain requested.

(no subject)

[dpeng]

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

hello,
	In order to understanding the Gred qdisc,i am reading sch_gred.c(linux/net/sched) .Is there anyone explain the element"u8 eqp" which belong to "struct gred_sched" to me?
	
thanks
	 
 				

　　　　　　　　dpeng
　　　　　　　　y030730@njupt.edu.cn
　　　　　　　　　　2005-03-10

(no subject)

[Ray Bryant]

subscribe linux-kernel
end

Re: (no subject)

[Patrick McHardy]

dpeng wrote:
> hello,
> 	In order to understanding the Gred qdisc,i am reading sch_gred.c(linux/net/sched) .Is there anyone explain the element"u8 eqp" which belong to "struct gred_sched" to me?

This is not really relevant to this list (netdev@oss.sgi
or linux-net@vger.kernel.org are more appropriate), and
please don't send HTML mail and include a proper subject
line. Anyway, according to this comment in gred_change(),
"eqp" is set in WRED mode.

                        if (table->tab[i]->prio == q->prio ){
                                /* WRED mode detected */
                                table->eqp=1;
                                break;


Regards
Patrick

(no subject)

[Eric]

I want to use a 9860 laptop provided with realtek ALC880 azalia sound
system. I have also a PATA hard disk on a FastTrack 378 newly supported by
the linux kernel (don't know if it is important or not for my alsa
problem).
I installed an ubuntu distrib (development branch). So I have kernel 2.6.10.
I installed alsa-1.0.8 from an alsa-source package on a 2.6.10 kernel from
hoary, recompiled, and installed. So now I have snd-azx.
When I modprobe snd-azx, it loads, but it complains about
"azx_get_response timeout" a lot of time, then complains about "no AFG
node found" for snd_hda_codecs. And finally the sound card is not
recognized.
cat /proc/asound/cards -> no sound card.

I found this piece of code from a patch from last alsa code patch
(alsa-bk-2005-03-11.patch). It seems the problems comes from that pieces
of code ...

+/* receive a response */
+static unsigned int azx_get_response(struct hda_codec *codec)
+{
+ azx_t *chip = codec->bus->private_data;
+ int timeout = 50;
+
+ while (chip->rirb.cmds) {
+ if (! --timeout) {
+ snd_printk(KERN_ERR "azx_get_response timeout\n");
+ chip->rirb.rp = azx_readb(chip, RIRBWP);
+ chip->rirb.cmds = 0;
+ return -1;
+ }
+ msleep(1);
+ }
+ return chip->rirb.res; /* the last value */
+}

and

/* FIXME: support for multiple AFGs? */
+	codec->afg = look_for_afg_node(codec);
+	if (! codec->afg) {
+		snd_printk(KERN_ERR "hda_codec: no AFG node found\n");
+		snd_hda_codec_free(codec);
+		return -ENODEV;
+      }

I cannot get it work. Is it a bug ? Did I miss something ???

milou


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: (no subject)

[Takashi Iwai]

At Wed, 16 Mar 2005 13:38:33 +0100 (CET),
Eric wrote:
> 
> I want to use a 9860 laptop provided with realtek ALC880 azalia sound
> system. I have also a PATA hard disk on a FastTrack 378 newly supported by
> the linux kernel (don't know if it is important or not for my alsa
> problem).
> I installed an ubuntu distrib (development branch). So I have kernel 2.6.10.
> I installed alsa-1.0.8 from an alsa-source package on a 2.6.10 kernel from
> hoary, recompiled, and installed. So now I have snd-azx.
> When I modprobe snd-azx, it loads, but it complains about
> "azx_get_response timeout" a lot of time, then complains about "no AFG
> node found" for snd_hda_codecs. And finally the sound card is not
> recognized.
> cat /proc/asound/cards -> no sound card.
> 
> I found this piece of code from a patch from last alsa code patch
> (alsa-bk-2005-03-11.patch). It seems the problems comes from that pieces
> of code ...
> 
> +/* receive a response */
> +static unsigned int azx_get_response(struct hda_codec *codec)
> +{
> + azx_t *chip = codec->bus->private_data;
> + int timeout = 50;
> +
> + while (chip->rirb.cmds) {
> + if (! --timeout) {
> + snd_printk(KERN_ERR "azx_get_response timeout\n");
> + chip->rirb.rp = azx_readb(chip, RIRBWP);
> + chip->rirb.cmds = 0;
> + return -1;
> + }
> + msleep(1);
> + }
> + return chip->rirb.res; /* the last value */
> +}
> 
> and
> 
> /* FIXME: support for multiple AFGs? */
> +	codec->afg = look_for_afg_node(codec);
> +	if (! codec->afg) {
> +		snd_printk(KERN_ERR "hda_codec: no AFG node found\n");
> +		snd_hda_codec_free(codec);
> +		return -ENODEV;
> +      }
> 
> I cannot get it work. Is it a bug ? Did I miss something ???

Try 1.0.9rc1.  The driver is renamed to snd-hda-intel.

Sometimes you might need to set up BIOS.  On one test machine, I had
to choose "Audio -> Automatic" and "Ignore override" for audio setup.


Takashi


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: (no subject)

[Takashi Iwai]

At Wed, 16 Mar 2005 14:40:07 +0100 (CET),
Eric wrote:
> 
> Well, the number of BIOS parameters which can be modified are very few,
> and audio parameters do not exist. However what I can tell you is that I
> don't think this is the problem, since several people got it working :
> http://notebookforums.com/showthread.php?p=599470&highlight=snd-azx#post599470
> 
> I will try alsa 1.0.9rc1 this evening but that should work with 1.0.8
> indeed...
> I also thought: could the problem be linked to the PCI bus latency for ex ?

I don't think so.  The current response time should suffice.


Takashi


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

Re: (no subject)

[Takashi Iwai]

At Wed, 16 Mar 2005 14:55:36 +0100 (CET),
Eric wrote:
> 
> Maybe this is stupid, I'm not driver developper, but I see :
> 
> +/* receive a response */
> +static unsigned int azx_get_response(struct hda_codec *codec)
> +{
> +	azx_t *chip = codec->bus->private_data;
> +	int timeout = 50;
> +
> +	while (chip->rirb.cmds) {
> +		if (! --timeout) {
> +			snd_printk(KERN_ERR "azx_get_response timeout\n");
> ...
> 
> If the bus latency is set to more than 50, for ex. 64, which s the case I
> think, the "timeout" param seems to be related to a bus timeout. This
> value should be set to more than 64 to have a chance to get no bus timeout
> ...
> Am i Wrong or is this parameter another thing ?

You see msleep(1) in the loop.  So, it's at least 50ms.
I bet the problem is not there.


Takashi


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click

(no subject)

[Sumesh]

unsubscribe.

Regards,
Sumesh

(no subject)

[Mar. Ca. Gian Luca Zamboni]

unsubcribe

(no subject)

[craig]

Hello!
I am trying to get this card (Xircom CEM56 Ethernet/Modem) to work:

Apr  5 20:17:16 copper cardmgr[6692]: socket 1: Xircom CEM56
Ethernet/Modem
Apr  5 20:17:16 copper cardmgr[6692]: executing: 'modprobe xirc2ps_cs'
Apr  5 20:17:16 copper cardmgr[6692]: executing: 'modprobe serial_cs'
Apr  5 20:17:16 copper wait_for_sysfs[16006]: error: unknown bus, please
report to <linux-hotplug-devel@lists.sourceforge.net> 'pcmcia'
Apr  5 20:17:16 copper wait_for_sysfs[16006]: either wait_for_sysfs (udev
045) needs an update to handle the device
'/devices/pci0000:00/0000:00:0b.1/1.0' properly (unknown bus) or the
sysfs-support of your device's driver needs to be fixed, please report to
<linux-hotplug-devel@lists.sourceforge.net>
Apr  5 20:17:19 copper eth%d: MII link partner: 05e1
Apr  5 20:17:19 copper eth%d: MII selected
Apr  5 20:17:19 copper cardmgr[6692]: executing: './network start eth0'
Apr  5 20:17:19 copper eth%d: media 100BaseT, silicon revision 5
Apr  5 20:17:19 copper eth0: Xircom: port 0x300, irq 10, hwaddr
00:10:A4:D1:52:11
Apr  5 20:17:19 copper ttyS3 at I/O 0x2e8 (irq = 10) is a 16550A
Apr  5 20:17:19 copper wait_for_sysfs[16028]: error: unknown bus, please
report to <linux-hotplug-devel@lists.sourceforge.net> 'pcmcia'
Apr  5 20:17:19 copper wait_for_sysfs[16060]: error: unknown bus, please
report to <linux-hotplug-devel@lists.sourceforge.net> 'pcmcia'
Apr  5 20:17:19 copper wait_for_sysfs[16060]: either wait_for_sysfs (udev
045) needs an update to handle the device
'/devices/pci0000:00/0000:00:0b.1/1.1' properly (unknown bus) or the
sysfs-support of your device's driver needs to be fixed, please report to
<linux-hotplug-devel@lists.sourceforge.net>
Apr  5 20:17:20 copper cardmgr[6692]: +  * WARNING:  "net.eth0" has
already been started.
Apr  5 20:17:20 copper rc-scripts: WARNING:  "net.eth0" has already been
started.
Apr  5 20:17:20 copper cardmgr[6692]: executing: './serial start eth0'
Apr  5 20:17:20 copper cardmgr[6692]: + expr: syntax error
Apr  5 20:17:20 copper cardmgr[6692]: + ./MAKEDEV eth0
Apr  5 20:17:20 copper cardmgr[6692]: + ./serial: line 1: ./MAKEDEV: No
such file or directory
Apr  5 20:17:22 copper eth0: MII link partner: 05e1
Apr  5 20:17:22 copper eth0: MII selected
Apr  5 20:17:22 copper eth0: media 100BaseT, silicon revision 5

Well, there are some errors, but LAN still works. Though I have no idea
how to use the modem... /dev/ttyS0 and /dev/ttyS1 do not work (I tried
with minicom).

Craig





-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id\x14396&op=click
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

Re: (no subject)

[Patrick Mansfield]

This has been covered multiple times:

http://search.gmane.org/search.php?query=needs+an+update+to+handle+the+device&email=kay.sievers%40vrfy.org&group=gmane.linux.hotplug.devel&sortÚte

On Tue, Apr 05, 2005 at 08:58:57PM +0200, craig@haquarter.de wrote:

> report to <linux-hotplug-devel@lists.sourceforge.net> 'pcmcia'
> Apr  5 20:17:16 copper wait_for_sysfs[16006]: either wait_for_sysfs (udev
> 045) needs an update to handle the device
> '/devices/pci0000:00/0000:00:0b.1/1.0' properly (unknown bus) or the


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_ide95&alloc_id\x14396&op=click
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

(no subject)

[Eric N. Johnson (ACD)]

Has anyone been able to use an I2S audio DAC connected to a Programmable 
Serial Controllers (PSC) on the Freescale MPC5200 CPU working under Linux?

The kernel included in the DENX ELDK v3.1.1 has two drivers:
   i2s_ring.c and i2s.c.
The ring driver appears to be RX only, and the i2s.c driver causes the FEC 
ethernet to hang at startup.  I've read some previous mailing list messages 
that suggest there are issues with bestcomm and i2s support.

We've tried adapting the i2s_ring.c driver for our needs.  By default, it 
only has a receive task.  It partially initializes the port, and we see 
appropriate waveforms on the MCLK, CLK, and FRAME lines, but have not been 
able to transmit data.

The stock i2s.c driver hung the boot sequence, but if we comment out the 
bestcomm startup code, it at least completes the boot cycle.  Again we see 
appropriate waveforms on the MCLK, CLK, and FRAME lines.  If we feed data 
to the device (after performing the port setup IOCTLs), we see a 750 us 
burst of data every 45 ms or so.

Is it feasible to send 44.1 or 48 KHz 16-bit audio this way or is the PSC 
only usable for lower data rate applications?

Thank you,
Eric
------------------------------------
Eric Johnson, Electrical Engineer
Advanced Communication Design
   7901 12th Avenue South
   Bloomington, MN 55425
Ph: 952-854-4000  Fax: 952-854-5774

Re: (no subject)

[Wolfgang Denk]

In message <6.2.1.2.1.20050412143653.02ae7720@mail.int.acdstar.com> you wrote:
> 
> The kernel included in the DENX ELDK v3.1.1 has two drivers:
>    i2s_ring.c and i2s.c.

i2s.c is not really a driver, but a (very OLD) test  version  of  one
used  to  demonstrate  certain  BestComm  related problems. Don't try
using it as a real driver ;-)


Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
People are always a lot more complicated than you  think.  It's  very
important to remember that.             - Terry Pratchett, _Truckers_

(no subject)

[David Richards]

unsubscribe linux-ide

(no subject)

[Frederic Weisbecker]

unsubscribe linux-kernel

(no subject)

[Layne Garrett Pedersen]

Can you give me more information on the following error?

"
io wait_for_sysfs[5797]: either wait_for_sysfs (udev 039) needs
an update to handle the device '/class/scsi_device' properly (no device 
symlink) or the sysfs-support of your device's driver needs to be fixed, 
please report to <linux-hotplug-devel@lists.sourceforge.net>
"


best regards,

Layne Pedersen


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r 
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

Re: (no subject)

[Kay Sievers]

On Wed, 2005-05-04 at 11:30 -0600, Layne Garrett Pedersen wrote:
> Can you give me more information on the following error?

Sure, update your ancient udev version and this will go away.

> "
> io wait_for_sysfs[5797]: either wait_for_sysfs (udev 039) needs
> an update to handle the device '/class/scsi_device' properly (no device 
> symlink) or the sysfs-support of your device's driver needs to be fixed, 
> please report to <linux-hotplug-devel@lists.sourceforge.net>
> "

Kay



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r 
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

(no subject)

[Victor Riquelme Durán]

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

Hello,

 

Can you help me, what is It?

 

 

 

Victor Riquelme Durán

 <mailto:vriquelme@ctr.cl> vriquelme@ctr.cl

 

 

 

/var/log/messages

 

 

May  6 09:14:36 r-matriz wait_for_sysfs[2739]: either wait_for_sysfs (udev
039) needs an update to handle the device '/class/net/eth5.318' properly (no
device symlink) or the sysfs-support of your device's driver needs to be
fixed, please report to <linux-hotplug-devel@lists.sourceforge.net>

 

May  6 09:14:36 r-matriz wait_for_sysfs[2733]: either wait_for_sysfs (udev
039) needs an update to handle the device '/class/net/eth4.343' properly (no
device symlink) or the sysfs-support of your device's driver needs to be
fixed, please report to linux-hotplug-devel@lists.sourceforge.net

 

 

 

 

[root@r-matriz log]# cat dmesg 

 

Linux version 2.6.9-1.667 (bhcompile@tweety.build.redhat.com) (gcc version
3.4.2 20041017 (Red Hat 3.4.2-6.fc3)) #1 Tue Nov 2 14:41:25 EST 2004

BIOS-provided physical RAM map:

 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)

 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)

 BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)

 BIOS-e820: 0000000000100000 - 000000000ffc0000 (usable)

 BIOS-e820: 000000000ffc0000 - 000000000fff8000 (ACPI data)

 BIOS-e820: 000000000fff8000 - 0000000010000000 (ACPI NVS)

 BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)

 BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)

 BIOS-e820: 00000000ffb80000 - 00000000ffc00000 (reserved)

 BIOS-e820: 00000000fff00000 - 0000000100000000 (reserved)

0MB HIGHMEM available.

255MB LOWMEM available.

zapping low mappings.

On node 0 totalpages: 65472

  DMA zone: 4096 pages, LIFO batch:1

  Normal zone: 61376 pages, LIFO batch:14

  HighMem zone: 0 pages, LIFO batch:1

DMI 2.3 present.

ACPI: RSDP (v000 AMI                                   ) @ 0x000ff980

ACPI: RSDT (v001 D850MV MV85010A 0x20011114 MSFT 0x00001011) @ 0x0fff0000

ACPI: FADT (v001 D850MV MV85010A 0x20011114 MSFT 0x00001011) @ 0x0fff1000

ACPI: MADT (v001 D850MV MV85010A 0x20011114 MSFT 0x00001011) @ 0x0ffe36ef

ACPI: DSDT (v001 D850MV MV85010A 0x00000004 MSFT 0x0100000b) @ 0x00000000

ACPI: PM-Timer IO Port: 0x408

Built 1 zonelists

Kernel command line: ro root=LABEL=/1 rhgb quiet

mapped 4G/4G trampoline to ffff4000.

Initializing CPU#0

CPU 0 irqstacks, hard=023d5000 soft=023d4000

PID hash table entries: 1024 (order: 10, 16384 bytes)

Detected 1595.329 MHz processor.

Using tsc for high-res timesource

Console: colour VGA+ 80x25

Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)

Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)

Memory: 255176k/261888k available (2068k kernel code, 6092k reserved, 647k
data, 144k init, 0k highmem)

Calibrating delay loop... 3145.72 BogoMIPS (lpj=1572864)

Security Scaffold v1.0.0 initialized

SELinux:  Initializing.

SELinux:  Starting in permissive mode

There is already a security framework initialized, register_security failed.

selinux_register_security:  Registering secondary module capability

Capability LSM initialized as secondary

Mount-cache hash table entries: 512 (order: 0, 4096 bytes)

CPU: After generic identify, caps: 3febfbff 00000000 00000000 00000000

CPU: After vendor identify, caps:  3febfbff 00000000 00000000 00000000

CPU: Trace cache: 12K uops, L1 D cache: 8K

CPU: L2 cache: 256K

CPU: After all inits, caps:        3febf3ff 00000000 00000000 00000080

Intel machine check architecture supported.

Intel machine check reporting enabled on CPU#0.

CPU0: Intel P4/Xeon Extended MCE MSRs (12) available

CPU: Intel(R) Pentium(R) 4 CPU 1.60GHz stepping 02

Enabling fast FPU save and restore... done.

Enabling unmasked SIMD FPU exception support... done.

Checking 'hlt' instruction... OK.

ACPI: IRQ9 SCI: Level Trigger.

checking if image is initramfs... it is

Freeing initrd memory: 387k freed

NET: Registered protocol family 16

PCI: PCI BIOS revision 2.10 entry at 0xfda95, last bus=4

PCI: Using configuration type 1

mtrr: v2.0 (20020519)

ACPI: Subsystem revision 20040816

ACPI: Interpreter enabled

ACPI: Using PIC for interrupt routing

ACPI: PCI Root Bridge [PCI0] (00:00)

PCI: Probing PCI hardware (bus 00)

PCI: Transparent bridge - 0000:00:1e.0

ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]

ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]

ACPI: Power Resource [FDDP] (off)

ACPI: Power Resource [URP1] (off)

ACPI: Power Resource [URP2] (off)

ACPI: Power Resource [LPTP] (off)

ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)

ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 *9 10 11 12 14 15)

ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 9 10 11 12 14 15) *0,
disabled.

ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)

ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)

ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)

ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)

ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 *10 11 12 14 15)

Linux Plug and Play Support v0.97 (c) Adam Belay

usbcore: registered new driver usbfs

usbcore: registered new driver hub

PCI: Using ACPI for IRQ routing

ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 5

ACPI: PCI interrupt 0000:00:1f.2[D] -> GSI 5 (level, low) -> IRQ 5

ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 9

ACPI: PCI interrupt 0000:00:1f.3[B] -> GSI 9 (level, low) -> IRQ 9

ACPI: PCI Interrupt Link [LNKH] enabled at IRQ 10

ACPI: PCI interrupt 0000:00:1f.4[C] -> GSI 10 (level, low) -> IRQ 10

ACPI: PCI interrupt 0000:00:1f.5[B] -> GSI 9 (level, low) -> IRQ 9

ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11

ACPI: PCI interrupt 0000:01:00.0[A] -> GSI 11 (level, low) -> IRQ 11

ACPI: PCI Interrupt Link [LNKE] enabled at IRQ 11

ACPI: PCI interrupt 0000:02:08.0[A] -> GSI 11 (level, low) -> IRQ 11

ACPI: PCI interrupt 0000:03:04.0[A] -> GSI 9 (level, low) -> IRQ 9

ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 11

ACPI: PCI interrupt 0000:03:05.0[A] -> GSI 11 (level, low) -> IRQ 11

ACPI: PCI Interrupt Link [LNKG] enabled at IRQ 11

ACPI: PCI interrupt 0000:03:06.0[A] -> GSI 11 (level, low) -> IRQ 11

ACPI: PCI interrupt 0000:03:07.0[A] -> GSI 10 (level, low) -> IRQ 10

ACPI: PCI interrupt 0000:04:04.0[A] -> GSI 11 (level, low) -> IRQ 11

ACPI: PCI interrupt 0000:04:05.0[A] -> GSI 11 (level, low) -> IRQ 11

ACPI: PCI interrupt 0000:04:06.0[A] -> GSI 10 (level, low) -> IRQ 10

ACPI: PCI interrupt 0000:04:07.0[A] -> GSI 9 (level, low) -> IRQ 9

apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac)

apm: overridden by ACPI.

audit: initializing netlink socket (disabled)

audit(1115370816.277:0): initialized

Total HugeTLB memory allocated, 0

VFS: Disk quotas dquot_6.5.1

Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)

SELinux:  Registering netfilter hooks

Initializing Cryptographic API

ksign: Installing public key data

Loading keyring

- Added public key 6ECDA687281A73E5

- User ID: Red Hat, Inc. (Kernel Module GPG key)

pci_hotplug: PCI Hot Plug PCI Core version: 0.5

vesafb: probe of vesafb0 failed with error -6

ACPI: Processor [CPU1] (supports C1)

isapnp: Scanning for PnP cards...

isapnp: No Plug & Play device found

Real Time Clock Driver v1.12

Linux agpgart interface v0.100 (c) Dave Jones

agpgart: Detected an Intel i850 Chipset.

agpgart: Maximum main memory to use for agp memory: 203M

agpgart: AGP aperture is 64M @ 0xf8000000

serio: i8042 AUX port at 0x60,0x64 irq 12

serio: i8042 KBD port at 0x60,0x64 irq 1

Serial: 8250/16550 driver $Revision: 1.90 $ 8 ports, IRQ sharing enabled

ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A

ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A

RAMDISK driver initialized: 16 RAM disks of 16384K size 1024 blocksize

divert: not allocating divert_blk for non-ethernet device lo

Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2

ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx

ICH2: IDE controller at PCI slot 0000:00:1f.1

ICH2: chipset revision 4

ICH2: not 100% native mode: will probe irqs later

    ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio

    ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:pio

Probing IDE interface ide0...

hda: WDC WD400EB-00CPF0, ATA DISK drive

Using cfq io scheduler

ide0 at 0x1f0-0x1f7,0x3f6 on irq 14

Probing IDE interface ide1...

hdc: CD-ROM 56X/AKH, ATAPI CD/DVD-ROM drive

ide1 at 0x170-0x177,0x376 on irq 15

Probing IDE interface ide2...

ide2: Wait for ready failed before probe !

Probing IDE interface ide3...

ide3: Wait for ready failed before probe !

Probing IDE interface ide4...

ide4: Wait for ready failed before probe !

Probing IDE interface ide5...

ide5: Wait for ready failed before probe !

hda: max request size: 128KiB

hda: 78165360 sectors (40020 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(100)

hda: cache flushes not supported

 hda: hda1 hda2 hda3 hda4 < hda5 hda6 >

hdc: ATAPI 52X CD-ROM drive, 192kB Cache, DMA

Uniform CD-ROM driver Revision: 3.20

ide-floppy driver 0.99.newide

usbcore: registered new driver hiddev

usbcore: registered new driver usbhid

drivers/usb/input/hid-core.c: v2.0:USB HID core driver

mice: PS/2 mouse device common for all mice

input: AT Translated Set 2 keyboard on isa0060/serio0

input: PS/2 Logitech Mouse on isa0060/serio1

md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27

NET: Registered protocol family 2

IP: routing cache hash table of 512 buckets, 16Kbytes

TCP: Hash tables configured (established 16384 bind 4681)

Initializing IPsec netlink socket

NET: Registered protocol family 1

NET: Registered protocol family 17

ACPI: (supports S0 S1 S4 S5)

ACPI wakeup devices: 

PBTN PCI1 NEC0 NEC1 NEC2 UAR1 UAR2  USB USB2  AC9  SMB 

Freeing unused kernel memory: 144k freed

kjournald starting.  Commit interval 5 seconds

EXT3-fs: mounted filesystem with ordered data mode.

security:  3 users, 4 roles, 280 types, 16 bools

security:  53 classes, 5494 rules

SELinux:  Completing initialization.

SELinux:  Setting up existing superblocks.

SELinux: initialized (dev hda2, type ext3), uses xattr

SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs

SELinux: initialized (dev selinuxfs, type selinuxfs), uses genfs_contexts

SELinux: initialized (dev mqueue, type mqueue), not configured for labeling

SELinux: initialized (dev hugetlbfs, type hugetlbfs), not configured for
labeling

SELinux: initialized (dev devpts, type devpts), uses transition SIDs

SELinux: initialized (dev eventpollfs, type eventpollfs), uses
genfs_contexts

SELinux: initialized (dev pipefs, type pipefs), uses task SIDs

SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs

SELinux: initialized (dev futexfs, type futexfs), uses genfs_contexts

SELinux: initialized (dev sockfs, type sockfs), uses task SIDs

SELinux: initialized (dev proc, type proc), uses genfs_contexts

SELinux: initialized (dev bdev, type bdev), uses genfs_contexts

SELinux: initialized (dev rootfs, type rootfs), uses genfs_contexts

SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts

SELinux: initialized (dev usbfs, type usbfs), uses genfs_contexts

inserting floppy driver for 2.6.9-1.667

Floppy drive(s): fd0 is 1.44M

FDC 0 is a post-1991 82077

sundance.c:v1.01+LK1.09a 10-Jul-2003  Written by Donald Becker

  http://www.scyld.com/network/sundance.html

ACPI: PCI interrupt 0000:03:04.0[A] -> GSI 9 (level, low) -> IRQ 9

divert: allocating divert_blk for eth0

eth0: D-Link DFE-580TX 4 port Server Adapter at 0xbc00, 00:0d:88:c5:b4:14,
IRQ 9.

eth0: MII PHY found at address 1, status 0x7829 advertising 01e1.

ACPI: PCI interrupt 0000:03:05.0[A] -> GSI 11 (level, low) -> IRQ 11

divert: allocating divert_blk for eth1

eth1: D-Link DFE-580TX 4 port Server Adapter at 0xb880, 00:0d:88:c5:b4:15,
IRQ 11.

eth1: MII PHY found at address 1, status 0x7829 advertising 01e1.

ACPI: PCI interrupt 0000:03:06.0[A] -> GSI 11 (level, low) -> IRQ 11

divert: allocating divert_blk for eth2

eth2: D-Link DFE-580TX 4 port Server Adapter at 0xb800, 00:0d:88:c5:b4:16,
IRQ 11.

eth2: MII PHY found at address 1, status 0x7829 advertising 01e1.

ACPI: PCI interrupt 0000:03:07.0[A] -> GSI 10 (level, low) -> IRQ 10

divert: allocating divert_blk for eth3

eth3: D-Link DFE-580TX 4 port Server Adapter at 0xb480, 00:0d:88:c5:b4:17,
IRQ 10.

eth3: MII PHY found at address 1, status 0x7829 advertising 01e1.

ACPI: PCI interrupt 0000:04:04.0[A] -> GSI 11 (level, low) -> IRQ 11

divert: allocating divert_blk for eth4

eth4: D-Link DFE-580TX 4 port Server Adapter at 0xcc00, 00:0d:88:c5:b4:24,
IRQ 11.

eth4: MII PHY found at address 1, status 0x7829 advertising 01e1.

ACPI: PCI interrupt 0000:04:05.0[A] -> GSI 11 (level, low) -> IRQ 11

divert: allocating divert_blk for eth5

eth5: D-Link DFE-580TX 4 port Server Adapter at 0xc880, 00:0d:88:c5:b4:25,
IRQ 11.

eth5: MII PHY found at address 1, status 0x7829 advertising 01e1.

ACPI: PCI interrupt 0000:04:06.0[A] -> GSI 10 (level, low) -> IRQ 10

divert: allocating divert_blk for eth6

eth6: D-Link DFE-580TX 4 port Server Adapter at 0xc800, 00:0d:88:c5:b4:26,
IRQ 10.

eth6: MII PHY found at address 1, status 0x7829 advertising 01e1.

ACPI: PCI interrupt 0000:04:07.0[A] -> GSI 9 (level, low) -> IRQ 9

divert: allocating divert_blk for eth7

eth7: D-Link DFE-580TX 4 port Server Adapter at 0xc480, 00:0d:88:c5:b4:27,
IRQ 9.

eth7: MII PHY found at address 1, status 0x7829 advertising 01e1.

e100: Intel(R) PRO/100 Network Driver, 3.0.27-k2-NAPI

e100: Copyright(c) 1999-2004 Intel Corporation

ACPI: PCI interrupt 0000:02:08.0[A] -> GSI 11 (level, low) -> IRQ 11

divert: allocating divert_blk for eth8

e100: eth8: e100_probe: addr 0xfeaff000, irq 11, MAC addr 00:03:47:EC:34:60

ACPI: PCI interrupt 0000:00:1f.5[B] -> GSI 9 (level, low) -> IRQ 9

PCI: Setting latency timer of device 0000:00:1f.5 to 64

intel8x0_measure_ac97_clock: measured 49314 usecs

intel8x0: clocking to 41136

hw_random hardware driver 1.0.0 loaded

USB Universal Host Controller Interface driver v2.2

ACPI: PCI interrupt 0000:00:1f.2[D] -> GSI 5 (level, low) -> IRQ 5

uhci_hcd 0000:00:1f.2: UHCI Host Controller

PCI: Setting latency timer of device 0000:00:1f.2 to 64

uhci_hcd 0000:00:1f.2: irq 5, io base 0000ef40

SELinux: initialized (dev usbdevfs, type usbdevfs), uses genfs_contexts

uhci_hcd 0000:00:1f.2: new USB bus registered, assigned bus number 1

hub 1-0:1.0: USB hub found

hub 1-0:1.0: 2 ports detected

ACPI: PCI interrupt 0000:00:1f.4[C] -> GSI 10 (level, low) -> IRQ 10

uhci_hcd 0000:00:1f.4: UHCI Host Controller

PCI: Setting latency timer of device 0000:00:1f.4 to 64

uhci_hcd 0000:00:1f.4: irq 10, io base 0000ef80

uhci_hcd 0000:00:1f.4: new USB bus registered, assigned bus number 2

hub 2-0:1.0: USB hub found

hub 2-0:1.0: 2 ports detected

md: Autodetecting RAID arrays.

md: autorun ...

md: ... autorun DONE.

usb 2-2: new full speed USB device using address 2

hub 2-2:1.0: USB hub found

hub 2-2:1.0: 4 ports detected

ACPI: Power Button (FF) [PWRF]

EXT3 FS on hda2, internal journal

device-mapper: 4.1.0-ioctl (2003-12-10) initialised: dm@uk.sistina.com

cdrom: open failed.

kjournald starting.  Commit interval 5 seconds

EXT3 FS on hda1, internal journal

EXT3-fs: mounted filesystem with ordered data mode.

SELinux: initialized (dev hda1, type ext3), uses xattr

SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs

kjournald starting.  Commit interval 5 seconds

EXT3 FS on hda3, internal journal

EXT3-fs: mounted filesystem with ordered data mode.

SELinux: initialized (dev hda3, type ext3), uses xattr

kjournald starting.  Commit interval 5 seconds

EXT3 FS on hda5, internal journal

EXT3-fs: mounted filesystem with ordered data mode.

SELinux: initialized (dev hda5, type ext3), uses xattr

Adding 522072k swap on /dev/hda6.  Priority:-1 extents:1

SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses
genfs_contexts

 

 

 


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

(no subject)

[Mateusz]

Hi

I experience the problem with connlimit patch included in
patch-o-matic-ng
snapshot from 2005.05.04 and earlier.

I have tested it with 2.6.11.7 kernel and iptables-1.3.1, when on
NATed machine
a go to any website or i send any packet from this machine to
internet via my
server - kernel crashes immediately. When any machines don't send
any
packet (I have also tested it with only my machine connect to
switch with server)
kernel is working fine.

Problem does not occur when I don't apply connlimit patch to
kernel.

I rewrite oops dump here.


[<c03b42aa>] ipt_do_table+0x1fa/0x3b0
[<c037b740>] ip_forward_finish+0x0/0x80
[<c03b7b37>] ipt_hook+0x37/0x40
[<c0362651>] nf_iterate+0x37/0x40
[<c037b740>] ip_forward_finish+0x0/0x80
[<c037b740>] ip_forward_finish+0x0/0x80
[<c0362a55>] nf_hook_slow+0x75/0x120
[<c037b740>] ip_forward_finish+0x0/0x80
[<c037b6ee>] ip_forward+0x1ee/0x240
[<c037b740>] ip_forward_finish+0x0/0x80
[<c037a356>] ip_rcv_finish+0x126/0x290
[<c037a230>] ip_rcv_finish+0x0/0x290
[<c0362d1f>] nf_reinject+0x21f/0x260
[<c037a230>] ip_rcv_finish+0x0/0x290
[<c031869b>] imq_dev_xmit+0x4b/0x60
[<c0363c4b>] qdisc_restart+0x8b/0x200
[<c0318777>] imq_nf_queue+0xc7/0x1a0
[<c03628d3>] nf_queue+0x173/0x280
[<c037a230>] ip_rcv_finish+0x0/0x290
[<c037a230>] ip_rcv_finish+0x0/0x290
[<c037a230>] ip_rcv_finish+0x0/0x290
[<c0362a8c>] nf_hook_slow+0xac/0x120
[<c037a230>] ip_rcv_finish+0x0/0x290
[<c037a007>] ip_rcv+0x427/0x4f0
[<c037a230>] ip_rcv_finish+0x0/0x290
[<c0135d9a>] do_gettimeofday+0x1a/0xb0
[<c0357446>] netif_receive_skb+0x126/0x1b0
[<c03509a7>] alloc_skb+0x47/0xe0
[<c031a1f2>] rtl8139_rx+0x1a2/0x360
[<c031a5a6>] rtl8139_poll+0x56/0x100
[<c035763a>] net_rx_action+0x6a/0xf0
[<c0149b3b>] __do_softirq+0x7b/0x90
[<c01337a1>] do_softirq+0x41/0x50
=======================
[<c0149c25>] irq_exit+0x35/0x40
[<c0133693>] do_IRQ+0x53/0x80
[<c012f5b0>] default_idle+0x0/0x30
[<c0131b5a>] common_interfupt+0x1a/0x20
[<c012f5b0>] default_idle+0x0/0x30
[<c012f5d4>] default_idle+0x24/0x30
[<c012f66c>] cpu_idle+0x4c/0x60
[<c010f880>] start_kernel+0x150/0x170
[<c010f430>] unknown_bootoption+0x0/0x1e0
[<c012f1b1>] L6+0x0/0x2
Code: 43 17 89 d9 8d 04 40 c1 e0 03 29 c1 89 cd 81 ed a8 00 00 00
74 0d 80 7d 54 07 0f 44 54 24 1c 89 54 24 1c 85 db 0f 84 47 01 00
00 <80> 7d 54 07 0f 84 08 01 00 00 8b 54 24 0c 8b 44 24 4c 23 42
08
<0>Kernel panic - not syncing: Fatal exception in interrupt


I could answer at any question about environement.
Thanks in advance for any reply.

Best regards, Mateusz Pluta

PS: sorry for my poor english

Re: (no subject)

[Kay Sievers]

On Fri, 2005-05-06 at 09:27 -0400, Victor Riquelme Durán wrote:

> Can you help me, what is It?

Get your udev package updated and this will go away.

Kay



-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_idt12&alloc_id\x16344&opÌk
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

(no subject)

[suzuki]

unsubscribe linux-kernel

(no subject)

[haf]

-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click

(no subject)

[haf]

-------------------------------------------------------
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click

(no subject)

[bright true]

Hello , 
 How can i set the Max number of allowed tcp connections from the same ip 
address ???
 if the current ip has more than the allowed number of connections the 
server will drop or reject the new connections 
 untill it gets an empty space to connect 
 if there's any rule i can set for this (please provide me with the way to 
remove the rule also)
 Thank you

Re: (no subject)

[bright true]

Hello , 

Thanks for your reply , but can you give me the link of the patch i have to 
apply 

Thank You

On 5/21/05, Jason Opperisano <opie@817west.com> wrote:
> 
> On Sat, May 21, 2005 at 06:08:59AM +0300, bright true wrote:
> > Hello ,
> > How can i set the Max number of allowed tcp connections from the same ip
> > address ???
> > if the current ip has more than the allowed number of connections the
> > server will drop or reject the new connections
> > untill it gets an empty space to connect
> > if there's any rule i can set for this (please provide me with the way 
> to
> > remove the rule also)
> 
> the way to do this correctly is to apply the connlimit patch from PoM,
> and use a rule like (using SMTP as an example and 4 conns):
> 
> iptables -A [INPUT|FORWARD] -p tcp --syn --dport 25 \
> -m connlimit --connlimit-above 4 -j REJECT
> 
> this will result in any individual IP being allowed to make up to 4
> simultaneous connections.
> 
> you delete rules by replacing the '-A' with a '-D'
> 
> -j
> 
> --
> "Peter: Brothers and sisters fighting is as natural as a white mans
> dialog in a Spike Lee movie."
> --Family Guy
> 
>

Re: (no subject)

[bright true]

Hello , 

i want to ask you , i there any way to accomplish the whole thing with out 
the need of re-compiling the Kernel 

and iptables actually i've a VPS and i don't have my own server and can't 
compile the Kernel for one VPS only 

Thanks alot 
Bye

On 5/21/05, Jason Opperisano <opie@817west.com> wrote:
> 
> On Sat, May 21, 2005 at 01:18:15AM -0400, bright true wrote:
> > Hello ,
> >
> > Thanks for your reply , but can you give me the link of the patch i have 
> to
> > apply
> 
> grab the latest snapshot of PoM available from:
> 
> http://ftp.netfilter.org/pub/patch-o-matic-ng/snapshot/
> 
> for example:
> 
> 
> http://ftp.netfilter.org/pub/patch-o-matic-ng/snapshot/patch-o-matic-ng-20050520.tar.bz2
> 
> you need to have both the source of your running kernel available and
> the source of your iptables version available and following the
> instructions in the PoM README file. basic recipe:
> 
> - apply patches from PoM
> - recompile kernel
> - recompile iptables
> - reboot & enjoy
> 
> -j
> 
> --
> "Brian: Excuse me, would you like to taste my smoked meat log?"
> --Family Guy
> 
>

Re: (no subject)

[Jason Opperisano]

On Sat, May 21, 2005 at 06:08:59AM +0300, bright true wrote:
> Hello , 
>  How can i set the Max number of allowed tcp connections from the same ip 
> address ???
>  if the current ip has more than the allowed number of connections the 
> server will drop or reject the new connections 
>  untill it gets an empty space to connect 
>  if there's any rule i can set for this (please provide me with the way to 
> remove the rule also)

the way to do this correctly is to apply the connlimit patch from PoM,
and use a rule like (using SMTP as an example and 4 conns):

  iptables -A [INPUT|FORWARD] -p tcp --syn --dport 25 \
    -m connlimit --connlimit-above 4 -j REJECT

this will result in any individual IP being allowed to make up to 4
simultaneous connections.

you delete rules by replacing the '-A' with a '-D'

-j

--
"Peter: Brothers and sisters fighting is as natural as a white mans
 dialog in a Spike Lee movie."
        --Family Guy

Re: (no subject)

[Jason Opperisano]

On Sat, May 21, 2005 at 01:18:15AM -0400, bright true wrote:
> Hello , 
> 
> Thanks for your reply , but can you give me the link of the patch i have to 
> apply 

grab the latest snapshot of PoM available from:

  http://ftp.netfilter.org/pub/patch-o-matic-ng/snapshot/

for example:

  http://ftp.netfilter.org/pub/patch-o-matic-ng/snapshot/patch-o-matic-ng-20050520.tar.bz2

you need to have both the source of your running kernel available and
the source of your iptables version available and following the
instructions in the PoM README file.  basic recipe:

  - apply patches from PoM
  - recompile kernel
  - recompile iptables
  - reboot & enjoy

-j

--
"Brian: Excuse me, would you like to taste my smoked meat log?"
        --Family Guy

(no subject)

[Timo Hallek]

unsubscribe linux-kernel

(no subject)

[Pedro Henrique]

(no subject)

[Rajat Jain]

Hi,

I'm using 2.6 Kernel. I'm having a (Hot-pluggable)
Qlogic HBA plugged into a PCI Express Slot. 

I want to fake an hot-unplug event for this HBA,
without physically removing it from the slot.
Basically what I want is that while the HBA is still
physically present at the slot, I want to fire a
command / program that would fake the hot-unplug event
for this slot, and thus will deregister the HBA from
Linux. Ideally, I want to do this from userspace. But
if it is not possible, then I can go for a kernel
module as well.

I think that this feature was made available by "Fake
PCI Hot plug controller Driver", but I believe that
can only be used if my system does not have REAL
hot-plugging slots. Can "Fake PCI Hot-plug Controller
Driver" and "PCI Express Hot-plug Controller Driver"
Co-exist ??? (So that I can manually give fake unplug
event and THEN remove the device; While hot-plugging,
I want PCI Express HPC driver to take care of every
thing)

Is it possible to do what I am trying to do?

TIA,

Rajat



		
__________________________________ 
Discover Yahoo! 
Find restaurants, movies, travel and more fun for the weekend. Check it out! 
http://discover.yahoo.com/weekend.html 



-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

(no subject)

[shubhrangam]

-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.  How far can you shotput
a projector? How fast can you ride your desk chair down the office luge track?
If you want to score the big prize, get to know the little guy.  
Play to win an NEC 61" plasma display: http://www.necitguy.com/?r 
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

(no subject)

[colui77]

Hi guys, 
any of you knows a version of JVM running on Montavista linux for ML300
(PPC405)
I tried the Blackdown 1.3.1 for PPC but it doesn't seem to work...
Any suggestion?
Thanks,
Luigi

(no subject)

[faton kurteshi]

Hi
Does anybody know, why I'm getting this warning error or whatever
ip_conntrack_rtsp.c: help_out: ip_conntrack_expect_related failed (-17)
and what can be the consequences, should I use any patch or something else
I'm using gentoo with kernel version 2.4.26-gentoo-r13.

(no subject)

[David L]

Hi,

I'm using a Nand flash driver on a Compulab board with a proprietary driver 
provided by Compulab.  I'd like to switch to a non-proprietary driver like 
MTD for a few reasons.  But having read through the MTD documentation, I'm 
not sure we can maintain our current boot strategy if we migrate to MTD.  
Right now, we boot to DOS that comes with the board and then use loadlin to 
boot a kernel/initial ramdisk that reside on a partition of the Nand flash 
that has a DOS filesystem on it.  On the rare event that we need to change 
the kernel or initial ramdisk, we mount the DOS filesystem from Linux and 
change the file.

Is there a way to maintain this strategy if we use MTD?  I saw in the NAND 
API document that only jffs2 and YAFFS filesystems can be used with MTD.  Is 
there any way around this? (I don't care how efficient it is).  And even if 
there is a workaround that would allow us to modify files in a DOS 
filesystem from Linux, will MTD partitions be visible from DOS so that we 
can boot in the first place?

Thanks...

                    David

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today - it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

(no subject)

[FLAMENT David]

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

hello, 
 
I use a EP8248 and I search a Kernel 2.6 for this board because I use a kernel 2.4.26 of arabella and the usb isn't supported in this version.
When I compile with USB option ( uhci, scsi + usb mastorage), there is this message "usb-ohci currently requires PCI-based controllers".
If you have a sugget, thank you.
 
 
--------------------------------
Flament David
d.flament@sofrel.com
Lacroix Sofrel, 1 rue plessis, 35770 Vern sur seiche (France)
(+33)2.99.04.84.23
 
 

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

(no subject)

[董晓凡]

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

 

Hi，everybody.Recently,I focus on kernel 2.6.10,I want to migrate it to
mpc8260.

But,I can not compile it successfully when I choose fcc .And it seems some
wrong with cpm2_immap.h.

Would you like to tell me if it need a patch.

Thankyou very much!

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

 


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

[-- Attachment #2: image001.jpg --]
[-- Type: image/jpeg, Size: 4389 bytes --]

[-- Attachment #3: image002.gif --]
[-- Type: image/gif, Size: 7830 bytes --]

Re: (no subject)

[evilninja]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

董晓凡 schrieb:
>  
> 
> Hi，everybody.Recently,I focus on kernel 2.6.10,I want to migrate it to
> mpc8260.
> 
> But,I can not compile it successfully when I choose fcc .And it seems some
> wrong with cpm2_immap.h.

mind to show us the compile errors?

Christian.
PS: and *please* don't send HTML only messages.
- --
BOFH excuse #147:

Party-bug in the Aloha protocol.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCwsrXC/PVm5+NVoYRApx4AKDmCtqASeh3uRzoC1nO94k4LFlTmgCeKOc2
vbEH4lwXt/zZV+JhA0zwOxc=
=pk9/
-----END PGP SIGNATURE-----

(no subject)

[Amit Sharma]

Hi 
I have problem in MTD driver with jFFS2 mounting on NAND device.During 
Cp -f /tmp/jffs2.image /dev/mtd/o
I get error
"page not aligned "

can any one help me in this problem

Thanks
Amit

Re: (no subject)

[Artem B. Bityuckiy]

On Sun, 2005-07-03 at 11:47 +0900, Amit Sharma wrote:
> Hi 
> I have problem in MTD driver with jFFS2 mounting on NAND device.During 
> Cp -f /tmp/jffs2.image /dev/mtd/o
> I get error
> "page not aligned "
> 
Don't use cp with NAND flash. Read the FAQ for more details.

-- 
Best Regards,
Artem B. Bityuckiy,
St.-Petersburg, Russia.

(no subject)

[Brent Clark]

Hi List

I seem to have a problem whereby if I type the following commonds, I get 
the following output


gate:~# netstat-nat
Proto NATed Address                  Foreign Address                State
gate:~#

or when I use conntrack-viewer.pl

gate:~# conntrack-viewer.pl
Active Connections according to /proc/net/ip_conntrack
Proto   Source Address           Remote Address           Service 
State       Masq  Name Resolution
Use of uninitialized value in getservbyport at 
/usr/sbin/conntrack-viewer.pl line 114.
Use of uninitialized value in getservbyport at 
/usr/sbin/conntrack-viewer.pl line 115.
Use of uninitialized value in length at /usr/sbin/conntrack-viewer.pl 
line 128.


if I use  iptstate (this seems to work)
                                                              IPTables - 
State Top
Version: 1.3          Sort: SrcIP           s to change sorting
Source                                                 Destination 
                                       Proto   State        TTL
192.168.111.10,1114                                    192.168.111.11,53 
                                      udp                    0:01:33
192.168.111.10,1118                                    192.168.111.11,53 
                                      udp                    0:01:06
192.168.111.11,51146 
213.133.106.29,35520                                   tcp 
ESTABLISHED   98:43:17

I had a brief look at the /dev/net/ip_conntrack, and all seems fine there.

If anyone has any tips or advice, it would be most appreciated.

Kind Regards
Brent Clark

(no subject)

[樊亮]

netfilter-devel:

	Our demand is like this now, a linux gateway, two network cards, one(eth0) is Intranet's  address 192. 168. 85. 1, the other

(eth1) is extranet's address 202. 116. 93. 66, has tied 202 . 116. 83. 80-93 so many real address, Intranet is 192.168. 85. 

10-23 so many timid address, require oneself write one netfilter module, make sure timid address and real address one-to-one 

correspondence. because in future  we will use ip address pool(about 4096 ipaddresses) to assign real ip for user dynamicly,  

so we can't use systematic nat function.

My method is that , at postroute hook ,if eth0,convert source ip to 202.116.93.*.at preroute hook,if eth1,convert des ip to 

192.168.85.*. I think it finish nat function  in theory like this , but  when i test this module ,it seems there is no 

forward packet, the checksum of tcp udp and ip has done .i whatto know  what is wrong with my idea, any idea will be 

appreciate.
　　　　　　　　
　　　　　　　　sendtofl@yahoo.com.cn
　　　　　　　　　　2005-07-10

Re: (no subject)

[Kaupo Arulo]

Ühel kenal päeval (pühapäev, 10. juuli 2005 15:40) kirjutas 樊亮:
> netfilter-devel:
>
> 	Our demand is like this now, a linux gateway, two network cards, one(eth0)
> is Intranet's  address 192. 168. 85. 1, the other
>
> (eth1) is extranet's address 202. 116. 93. 66, has tied 202 . 116. 83.
> 80-93 so many real address, Intranet is 192.168. 85.
>
> 10-23 so many timid address, require oneself write one netfilter module,
> make sure timid address and real address one-to-one
>
> correspondence. because in future  we will use ip address pool(about 4096
> ipaddresses) to assign real ip for user dynamicly,
>
> so we can't use systematic nat function.

I'm not sure, if I understood you correctly, but it seems that netmap patch 
from POM should help you.

-- 
Kaupo Arulo

(no subject)

[murasfdg sjhfsd]

 dear my friend
    i want details about ultrix file system and how optimizing unix file operations

thanks my friend bye-bye


-- 
India.com free e-mail - www.india.com. 
Check out our value-added Premium features, such as an extra 20MB for mail storage, POP3, e-mail forwarding, and ads-free mailboxes!

(no subject)

[Mr.Derrick Tanner.]

(no subject)

[Armil]

-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO September
19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf

(no subject)

[netfilter]

Hi,

I've been trying to apply Patrick McHardy's netfilter+ipsec patches to
my 
2.6.12-5 (from kernel.org) using patch-o-matic.  When I try to apply any
of 
the four patches I receive the following message:

patchlets/ipsec-01-output-hooks has dependency on nf_reset, but nf_reset
is 
not known

I've probably missed something obvious, but I've hit a dead end, any
help 
would be appreciated.  

Cheers,
Chris
-- 
  Chris Notley
  chris@notley.org

Re: (no subject)

[Daniel Lopes]

netfilter@notleyc.fastmail.fm schrieb:
> Hi,
> 
> I've been trying to apply Patrick McHardy's netfilter+ipsec patches to
> my 
> 2.6.12-5 (from kernel.org) using patch-o-matic.  When I try to apply any
> of 
> the four patches I receive the following message:
> 
> patchlets/ipsec-01-output-hooks has dependency on nf_reset, but nf_reset
> is 
> not known
> 
> I've probably missed something obvious, but I've hit a dead end, any
> help 
> would be appreciated.  
> 
> Cheers,
> Chris

I've read somewhere deleting the dependency in the info file should let 
apply the patch cleanly. The other hooks for example hook number x 
depend on the hook x-1. So if the 01 hook applies cleanly the others 
should do aswell.

Re: (no subject)

[Chris Notley]

On Thu, 25 Aug 2005 00:40:26 +0200, "Daniel Lopes" <lopsch@lopsch.com>
said:
> netfilter@notleyc.fastmail.fm schrieb:
> > Hi,
> > 
> > I've been trying to apply Patrick McHardy's netfilter+ipsec patches to
> > my 
> > 2.6.12-5 (from kernel.org) using patch-o-matic.  When I try to apply any
> > of 
> > the four patches I receive the following message:
> > 
> > patchlets/ipsec-01-output-hooks has dependency on nf_reset, but nf_reset
> > is 
> > not known
> > 
> > I've probably missed something obvious, but I've hit a dead end, any
> > help 
> > would be appreciated.  
> > 
> > Cheers,
> > Chris
> 
> I've read somewhere deleting the dependency in the info file should let 
> apply the patch cleanly. The other hooks for example hook number x 
> depend on the hook x-1. So if the 01 hook applies cleanly the others 
> should do aswell.
> 
Thanks Daniel, that did the trick!

Cheers,
Chris

(no subject)

[Yasuyuki KOZAKAI]

Hi,

If CONFIG_NF_IP_CONNTRACK=y, CONFIG_NETFILTER_NETLINK=m, and
CONFIG_NF_CONNTRACK_NETLINK=m, it's failed to build kernel
of netfilter-2.6.14 git tree. Because __nfa_fill() in nfnetlink
called from ip_conntrack isn't built into kernel image in this case.
It's necessary to fix Kconfig or change source code to make dependencies
more simple.

BTW, the current relation between ip_conntrack, nfnetlink, and nfctnetlink
is complex. The following table is the patterns user can select.

ip_conntrack   | n n n n n n n n n m m m m m m m m m y y y y y y y y y
nfnetlink      | n n n m m m y y y n n n m m m y y y n n n m m m y y y
nfctnetlink    | n m y n m y n m y n m y n m y n m y n m y n m y n m y
-----------------------------------------------------------------------------
               | o x x o x x o x x o x x o o x o o x o x x o * x o o o

o: user can select and no error.
x: user can select.
*: user can select, but error.


Sorry, it's too difficult for me to fix Kconfig without complexity.
I think it's preferable that ip_conntrack doesn't depend on nfctnetlink.

Regars,

-----------------------------------------------------------------
Yasuyuki Kozakai @ USAGI Project <yasuyuki.kozakai@toshiba.co.jp>

(no subject)

[James Strickland]

testing account

(no subject)

[Konstantin Kletschke]

Hi Folks!

I realize actuall on 2.6.13 flash_unlock is not functional anymore,
have I missed something? I use it with cfi_cmdset_0001.c quite often
on 2.6.12. Version of flash_unlock is current cvs...

# strace flash_unlock /dev/mtd3
execve("/usr/sbin/flash_unlock", ["flash_unlock", "/dev/mtd3"], [/* 16 vars */]) = 0
old_mmap(NULL, 20, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40005000
readlink("/lib/ld-uClibc.so.0", "ld-uClibc-0.9.27.so", 1024) = 19
stat("/etc/ld.so.cache", 0xbeb236a0)    = -1 ENOENT (No such file or directory)
open("/lib/libgcc_s.so.1", O_RDONLY)    = 4
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40006000
read(4, "\177ELF\1\1\1a\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0h\22\0\000"..., 4096) = 4096
old_mmap(NULL, 61440, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4000d000
old_mmap(0x4000d000, 25188, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 4, 0) = 0x4000d000
old_mmap(0x4001b000, 1032, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 4, 0x6000) = 0x4001b000
close(4)                                = 0
munmap(0x40006000, 4096)                = 0
open("/lib/libc.so.0", O_RDONLY)        = 4
old_mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40006000
read(4, "\177ELF\1\1\1a\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\220\356\0"..., 4096) = 4096
old_mmap(NULL, 368640, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4001c000
old_mmap(0x4001c000, 309464, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 4, 0) = 0x4001c000
old_mmap(0x40070000, 5568, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 4, 0x4c000) = 0x40070000
old_mmap(0x40072000, 15824, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40072000
close(4)                                = 0
mprotect(0x4001c000, 309464, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
munmap(0x40006000, 4096)                = 0
mprotect(0x4001c000, 309464, PROT_READ|PROT_EXEC) = 0
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B115200 opost isig icanon echo ...}) = 0
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B115200 opost isig icanon echo ...}) = 0
brk(0)                                  = 0x11000
brk(0x12000)                            = 0x12000
open("/dev/mtd3", O_RDWR)               = 4
ioctl(4, MTRRIOC_SET_ENTRY, 0xbeb23cfc) = 0
ioctl(4, MTRRIOC_SET_PAGE_ENTRY, 0xbeb23cf4) = -1071198208
write(2, "Could not unlock MTD device: ", 29Could not unlock MTD device: ) = 29
write(2, "/dev/mtd3", 9/dev/mtd3)                = 9
write(2, "\n", 1
)                       = 1
close(4)                                = 0
_exit(1)                                = ?

Konsti

-- 
GPG KeyID EF62FCEF
Fingerprint: 13C9 B16B 9844 EC15 CC2E  A080 1E69 3FDA EF62 FCEF

(no subject)

[Heyman, Michael]

I found what apears to be a bug in the "net/ipv4/netfilter/ip_tables.c"
code. The issue arose when I had a mangle table target that could return
NF_STOLEN. The ipt_do_table() routine uses the contents of the sk_buff
to calculate "datalen" even though the sk_buff, upon return from the
"target()" call with NF_STOLEN, should be assumed invalid (in my case, I
had set the returned sk_buff to NULL).

I cannot change the kernel my target must run on. This led me to simply
set the sk_buff returned to a static with the required values,
"skb->len" and "skb->nh.iph->ihl", set to zero. Doing this doesn't seem
to break anything.

I have included a possible patch to fix the issue, I haven't tested the
patch but the idea is to simply move the sk_buff access to a point where
the sk_buff should be valid.

A quick grep shows a similar construct in
"net/ipv4/netfilter/arp_tables.c:arpt_do_table()" that may need a
similar fix.

-Michael Heyman


--- foo.c	2005-09-21 07:00:35.000000000 -0400
+++ net/ipv4/netfilter/ip_tables.c	2005-06-17 15:48:29.000000000
-0400
@@ -378,15 +378,16 @@
 				((struct ipt_entry
*)table_base)->comefrom
 					= 0x57acc001;
 #endif
-				/* Target might have changed stuff. */
-				ip = (*pskb)->nh.iph;
-				datalen = (*pskb)->len - ip->ihl * 4;
-
 				if (verdict == IPT_CONTINUE)
 					e = (void *)e + e->next_offset;
 				else
 					/* Verdict */
 					break;
+
+				/* Target might have changed stuff. */
+				ip = (*pskb)->nh.iph;
+				datalen = (*pskb)->len - ip->ihl * 4;
+
 			}
 		} else 

(no subject)

[Ryan Olejnik]

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

unsubscribe <ryno@audio.org>

[-- Attachment #2: Type: application/pgp-signature, Size: 186 bytes --]

Re: (no subject)

[Henrik Nordstrom]

On Wed, 21 Sep 2005, Heyman, Michael wrote:

> I found what apears to be a bug in the "net/ipv4/netfilter/ip_tables.c"
> code. The issue arose when I had a mangle table target that could return
> NF_STOLEN. The ipt_do_table() routine uses the contents of the sk_buff
> to calculate "datalen" even though the sk_buff, upon return from the
> "target()" call with NF_STOLEN, should be assumed invalid (in my case, I
> had set the returned sk_buff to NULL).
>
> --- foo.c	2005-09-21 07:00:35.000000000 -0400
> +++ net/ipv4/netfilter/ip_tables.c	2005-06-17 15:48:29.000000000
> -0400
> @@ -378,15 +378,16 @@
> 				((struct ipt_entry
> *)table_base)->comefrom
> 					= 0x57acc001;
> #endif
> -				/* Target might have changed stuff. */
> -				ip = (*pskb)->nh.iph;
> -				datalen = (*pskb)->len - ip->ihl * 4;
> -
> 				if (verdict == IPT_CONTINUE)
> 					e = (void *)e + e->next_offset;
> 				else
> 					/* Verdict */
> 					break;
> +
> +				/* Target might have changed stuff. */
> +				ip = (*pskb)->nh.iph;
> +				datalen = (*pskb)->len - ip->ihl * 4;
> +


This patch on the other hand fails in the perhaps more common situation 
where a target mangles the payload and returns NF_ACCEPT.

Regards
Henrik

Re: (no subject)

[Amin Azez]

Fabrice MARIE wrote:
> Hello,
> 
> Attached patch should fix the tftp conntrack patch to
> make it apply properly again.
...
> ------------------------------------------------------------------------
> 
> diff -uNr cvs/netfilter/userspace/patch-o-matic/extra/tftp-conntrack-nat.patch.makefile-3 netfilter/userspace/patch-o-matic/extra/tftp-conntrack-nat.patch.makefile-3
> --- cvs/netfilter/userspace/patch-o-matic/extra/tftp-conntrack-nat.patch.makefile-3	2002-04-15 19:33:13.000000000 +0800
> +++ netfilter/userspace/patch-o-matic/extra/tftp-conntrack-nat.patch.makefile-3	2002-07-04 18:43:00.000000000 +0800
> @@ -1,2 +1,2 @@
> -# NAT helpers
> +# NAT helpers 
>  obj-$(CONFIG_IP_NF_NAT_TFTP) += ip_nat_tftp.o

Does this patch actually do anything?

Sam

Re: (no subject)

[Samuel Liddicott]

Why am I replying to 3 year old posts?

Saaid Kahn's recent "no subject" post caused Thunderbird to artificially
thread all the other "no subject" posts of the past onto it so I thought
they were recent.
Foolish Thunderbird, foolish me.

Apologies.

Sam

Amin Azez wrote:

>Fabrice MARIE wrote:
>  
>
>>Hello,
>>
>>Attached patch should fix the tftp conntrack patch to
>>make it apply properly again.
>>    
>>
>...
>  
>
>>------------------------------------------------------------------------
>>
>>diff -uNr cvs/netfilter/userspace/patch-o-matic/extra/tftp-conntrack-nat.patch.makefile-3 netfilter/userspace/patch-o-matic/extra/tftp-conntrack-nat.patch.makefile-3
>>--- cvs/netfilter/userspace/patch-o-matic/extra/tftp-conntrack-nat.patch.makefile-3	2002-04-15 19:33:13.000000000 +0800
>>+++ netfilter/userspace/patch-o-matic/extra/tftp-conntrack-nat.patch.makefile-3	2002-07-04 18:43:00.000000000 +0800
>>@@ -1,2 +1,2 @@
>>-# NAT helpers
>>+# NAT helpers 
>> obj-$(CONFIG_IP_NF_NAT_TFTP) += ip_nat_tftp.o
>>    
>>
>
>Does this patch actually do anything?
>
>Sam
>
>  
>

(no subject)

[Bernd Lippert]

RE: (no subject)

[Heyman, Michael]

> From: Henrik Nordstrom [mailto:hno@marasystems.com] 
> Sent: Thursday, September 22, 2005 4:01 AM
> 
> > I found what apears to be a bug in the 
> > "net/ipv4/netfilter/ip_tables.c" code. The issue 
> > arose when I had a mangle table target that could 
> > return NF_STOLEN. The ipt_do_table() routine uses 
> > the contents of the sk_buff to calculate "datalen" 
> > even though the sk_buff, upon return from the 
> > "target()" call with NF_STOLEN, should be assumed 
> > invalid (in my case, I had set the returned 
> > sk_buff to NULL).
> >
> > --- foo.c	2005-09-21 07:00:35.000000000 -0400
> > +++ net/ipv4/netfilter/ip_tables.c	2005-06-17 15:48:29.000000000
> > -0400
> > @@ -378,15 +378,16 @@
> > 				((struct ipt_entry
> > *)table_base)->comefrom
> > 					= 0x57acc001;
> > #endif
> > -				/* Target might have changed stuff. */
> > -				ip = (*pskb)->nh.iph;
> > -				datalen = (*pskb)->len - ip->ihl * 4;
> > -
> > 				if (verdict == IPT_CONTINUE)
> > 					e = (void *)e + e->next_offset;
> > 				else
> > 					/* Verdict */
> > 					break;
> > +
> > +				/* Target might have changed stuff. */
> > +				ip = (*pskb)->nh.iph;
> > +				datalen = (*pskb)->len - ip->ihl * 4;
> > +
> 
> 
> This patch on the other hand fails in the perhaps more common 
> situation where a target mangles the payload and returns NF_ACCEPT.
> 
Again, I haven't tested it but I also didn't see where "ip" or "datalen"
were used in the case where the target did not return IPT_CONTINUE.

-Michael Heyman

RE: (no subject)

[Henrik Nordstrom]

On Thu, 22 Sep 2005, Heyman, Michael wrote:

> Again, I haven't tested it but I also didn't see where "ip" or "datalen"
> were used in the case where the target did not return IPT_CONTINUE.

You are right. On a second look your patch looks much better.

Regards
Henrik

(no subject)

[ÏÄÓê]

I have plugged a PCI net card (i82559)on the ICECUBE board (mpc5200), but could not make it work .Which environment should i config in U-BOOT?

Re: (no subject)

[Wolfgang Denk]

In message <200509272153.AA292552812@NARI-RELAYS.COM> you wrote:
> I have plugged a PCI net card (i82559)on the ICECUBE board (mpc5200), but could not make it work .Which environment should i config in U-BOOT?

What are you talking about? Make it work in U-Boot?  In  Linux?  What
exactly  did you try, and what did not work? What was the exact error
messages?

Best regards,

Wolfgang Denk

-- 
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd@denx.de
Der Horizont vieler Menschen ist ein Kreis mit Radius Null --
und das nennen sie ihren Standpunkt.

(no subject)

[Bob Brose]

I'm trying to fix some of the AX25 code in the 2.6 kernel and traced down
a problem to the use of a char var which was being assigned
the value of -1. On x86 when the var was compared to -1 it succeded but
on PPC it failed. So I tried a simple test:

main()
{
char atest;
atest=-1;
printf("%i,%X\n",atest,atest);
}

With GCC 3.3.5 on 2.6.14-rc1 x86 I get:
./atest
-1,FFFFFFFF

With GCC 3.3.5 on 2.6.14-rc1 PPC I get:
./atest
255,FF

If I change the declaration of atest to a signed char on PPC I get the
same result as x86.

Does this mean the char in x86 is signed and in PPC it's unsigned?
Has it always been thus?
 

Re: (no subject)

[Andreas Schwab]

Bob Brose <linuxppcdev@qbjnet.com> writes:

> Does this mean the char in x86 is signed and in PPC it's unsigned?

Yes.

> Has it always been thus?

Yes.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."

(no subject)

[Doug McLain]

unsubscribe

(no subject)

[Amresh Kumar]

Hi
I am new to iptables i have a problem in adding iptable rule i am adding ip 
table rule

  iptables -A OUTPUT -p tcp -m iprange --src-range 10.0.0.1-10.0.0.20 -m 
iprange  --dst-range 61.12.43.1-61.12.43.20 -j ACCEPT
But i am getting following error
Bad argument `61.12.43.1-61.12.43.20'
Try `iptables -h' or 'iptables --help' for more information.
Actuall i am trying to drop  destination iprange 61.12.43.1-61.12.43.20 to 
source ip range 10.0.0.1-10.0.0.20 .

Is their any other rule  that i can add. plz help me

Thanks and regard..

_________________________________________________________________
Register with e-bay. 
http://pages.ebay.in/msnindia/msn_quad_shopwingold_sept.html Win gold, 
watches and more!

Re: (no subject)

[Vinod Chandran]

Remove the second instance of -m iprange.

Regards,
Vinod C

Amresh Kumar wrote:

> Hi
> I am new to iptables i have a problem in adding iptable rule i am 
> adding ip table rule
>
>  iptables -A OUTPUT -p tcp -m iprange --src-range 10.0.0.1-10.0.0.20 
> -m iprange  --dst-range 61.12.43.1-61.12.43.20 -j ACCEPT
> But i am getting following error
> Bad argument `61.12.43.1-61.12.43.20'
> Try `iptables -h' or 'iptables --help' for more information.
> Actuall i am trying to drop  destination iprange 
> 61.12.43.1-61.12.43.20 to source ip range 10.0.0.1-10.0.0.20 .
>
> Is their any other rule  that i can add. plz help me
>
> Thanks and regard..
>
> _________________________________________________________________
> Register with e-bay. 
> http://pages.ebay.in/msnindia/msn_quad_shopwingold_sept.html Win gold, 
> watches and more!
>
>

Re: (no subject)

[Rob Sterenborg]

On Thu, October 6, 2005 10:11, Amresh Kumar wrote:
> Hi
> I am new to iptables i have a problem in adding iptable rule i am
> adding ip
> table rule
>
>   iptables -A OUTPUT -p tcp -m iprange --src-range 10.0.0.1-10.0.0.20
> -m
> iprange  --dst-range 61.12.43.1-61.12.43.20 -j ACCEPT
> But i am getting following error
> Bad argument `61.12.43.1-61.12.43.20'
> Try `iptables -h' or 'iptables --help' for more information.
> Actuall i am trying to drop  destination iprange
> 61.12.43.1-61.12.43.20 to
> source ip range 10.0.0.1-10.0.0.20 .

You probably don't have Netfilter "range" support in/for your kernel
or the modules is not loaded (osmething like ipt_range ?). If you
don't have it, you may have to patch (Patch-O-Matic) and compile a new
kernel.


Gr,
Rob

(no subject)

[Korolev, Alexey]

Nicolas,

Selecting of only one CFI buswidth and chip interleave helped to resolve
the halting issue.
cfi_cmdset001.o doesn't contain any reference to __udivsi3 __divsi3 and
__ashrdi3 in data segment.
I made several tests no halts or kernel panics got appeared. 

P/S 
1. I also tried to relocate some /arch/arm/lib code into RAM. It was
very bad move because it caused kernel Data abort at the very beginning
of kernel bootup process. Looks some code uses __divsi3 operations
before memory got initialized.
2. I have a question about XIP and icache 
	a. Execute kernel instructions from FLASH. Start filling of
icache pages by instructions from FLASH.
	b. Do_write_buffer call. Switching to READ_STATUS. 
	c. Finish filling of icache pages by instructions from FLASH.
(Part of icache is corrupted).
	d. Return from Do_write_buffer 
	e. Execute instruction from FLASH which is presorted in icache.
-> Data abort or kernel panic.

Is it possible to face the following scenario? 

Thanks,
Alexey

(no subject)

[Yasuyuki KOZAKAI]

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

Subject: Re: nf_conntrack comments
From: Yasuyuki KOZAKAI <kozakai@isl.rdc.toshiba.co.jp>
Fcc: +backup
In-Reply-To: <20051029135524.GQ4479@sunbeam.de.gnumonks.org>
References: <20051018084924.GD20338@sunbeam.de.gnumonks.org>
	<39e6f6c70510282108i60d78df6w9728f40641dccf80@mail.gmail.com>
	<20051029135524.GQ4479@sunbeam.de.gnumonks.org>
X-Mailer: Mew version 4.2 on Emacs 20.7 / Mule 4.0 (HANANOEN)
----

Hi, Acme and all,

Acme, thank you for reviewing of nf_conntrack.

From: Harald Welte <laforge@netfilter.org>
Date: Sat, 29 Oct 2005 15:55:24 +0200

> > +       if (!h) {
> > +               DEBUGP("icmpv6_error: no match\n");
> > +               return NF_ACCEPT;
> > +       } else {
> > +               if (NF_CT_DIRECTION(h) == IP_CT_DIR_REPLY)
> > +                       *ctinfo += IP_CT_IS_REPLY;
> > +       }
> > +
> > +       /* Update skb to refer to this connection */
> > +       skb->nfct = &nf_ct_tuplehash_to_ctrack(h)->ct_general;
> > +       skb->nfctinfo = *ctinfo;
> > +       return -NF_ACCEPT;
> > +}
> > 
> > I noticed that some of the returns are NF_ACCEPT while at leat this last one
> > returns -NF_ACCEPT, is this a special convention or should all be negative? or
> > positive?
>
> I'll check that, looks like a bug to me, too.

If we don't change, the result is same. If this function return NF_ACCEPT,
connection tracking handles packet as normal packet. But it cannot find invert
tuple for it and stop processing after all. Then no problem.

But it may be better to replace NF_ACCEPT with -NF_ACCEPT in this function to
stop processing early.

BTW, this is common issue in nf_conntrack and ip_conntrack. Then it is
necessary to both of them if we want.

Signed-off-by: Yasuyuki Kozakai <yasuyuki.kozakai@toshiba.co.jp>

Netfilter folks, do you have any problem if I change these return value ?

Regards,

--- Yasuyuki Kozakai

[-- Attachment #2: ct-icmp-error.patch --]
[-- Type: Text/Plain, Size: 6212 bytes --]

[NETFILTER] stop tracking ICMP(v6) error at early point

Currently connection tracking handles ICMP(v6) error like normal packets
if it failed to get related connection. But it fails that after all.

This makes connection tracking stop tracking ICMP(v6) error at early point.

Signed-off-by: Yasuyuki Kozakai <yasuyuki.kozakai@toshiba.co.jp>

---
commit 45d0380701e4980f1276d3d7d83285e1c4a2e4c9
tree e2ae86189f6c961b1a8db032a2b11b814219e5f5
parent 296d553d2cf7856d37e613ab20b4290dbfe38afa
author Yasuyuki Kozakai <yasuyuki.kozakai@toshiba.co.jp> Mon, 31 Oct 2005 20:00:31 +0900
committer Yasuyuki Kozakai <yasuyuki.kozakai@toshiba.co.jp> Mon, 31 Oct 2005 20:00:31 +0900

 net/ipv4/netfilter/ip_conntrack_proto_icmp.c   |   10 +++++-----
 net/ipv4/netfilter/nf_conntrack_proto_icmp.c   |   10 +++++-----
 net/ipv6/netfilter/nf_conntrack_proto_icmpv6.c |   12 ++++++------
 3 files changed, 16 insertions(+), 16 deletions(-)

diff --git a/net/ipv4/netfilter/ip_conntrack_proto_icmp.c b/net/ipv4/netfilter/ip_conntrack_proto_icmp.c
--- a/net/ipv4/netfilter/ip_conntrack_proto_icmp.c
+++ b/net/ipv4/netfilter/ip_conntrack_proto_icmp.c
@@ -151,13 +151,13 @@ icmp_error_message(struct sk_buff *skb,
 	/* Not enough header? */
 	inside = skb_header_pointer(skb, skb->nh.iph->ihl*4, sizeof(_in), &_in);
 	if (inside == NULL)
-		return NF_ACCEPT;
+		return -NF_ACCEPT;
 
 	/* Ignore ICMP's containing fragments (shouldn't happen) */
 	if (inside->ip.frag_off & htons(IP_OFFSET)) {
 		DEBUGP("icmp_error_track: fragment of proto %u\n",
 		       inside->ip.protocol);
-		return NF_ACCEPT;
+		return -NF_ACCEPT;
 	}
 
 	innerproto = ip_conntrack_proto_find_get(inside->ip.protocol);
@@ -166,7 +166,7 @@ icmp_error_message(struct sk_buff *skb,
 	if (!ip_ct_get_tuple(&inside->ip, skb, dataoff, &origtuple, innerproto)) {
 		DEBUGP("icmp_error: ! get_tuple p=%u", inside->ip.protocol);
 		ip_conntrack_proto_put(innerproto);
-		return NF_ACCEPT;
+		return -NF_ACCEPT;
 	}
 
 	/* Ordinarily, we'd expect the inverted tupleproto, but it's
@@ -174,7 +174,7 @@ icmp_error_message(struct sk_buff *skb,
 	if (!ip_ct_invert_tuple(&innertuple, &origtuple, innerproto)) {
 		DEBUGP("icmp_error_track: Can't invert tuple\n");
 		ip_conntrack_proto_put(innerproto);
-		return NF_ACCEPT;
+		return -NF_ACCEPT;
 	}
 	ip_conntrack_proto_put(innerproto);
 
@@ -190,7 +190,7 @@ icmp_error_message(struct sk_buff *skb,
 
 		if (!h) {
 			DEBUGP("icmp_error_track: no match\n");
-			return NF_ACCEPT;
+			return -NF_ACCEPT;
 		}
 		/* Reverse direction from that found */
 		if (DIRECTION(h) != IP_CT_DIR_REPLY)
diff --git a/net/ipv4/netfilter/nf_conntrack_proto_icmp.c b/net/ipv4/netfilter/nf_conntrack_proto_icmp.c
--- a/net/ipv4/netfilter/nf_conntrack_proto_icmp.c
+++ b/net/ipv4/netfilter/nf_conntrack_proto_icmp.c
@@ -159,13 +159,13 @@ icmp_error_message(struct sk_buff *skb,
 	/* Not enough header? */
 	inside = skb_header_pointer(skb, skb->nh.iph->ihl*4, sizeof(_in), &_in);
 	if (inside == NULL)
-		return NF_ACCEPT;
+		return -NF_ACCEPT;
 
 	/* Ignore ICMP's containing fragments (shouldn't happen) */
 	if (inside->ip.frag_off & htons(IP_OFFSET)) {
 		DEBUGP("icmp_error_message: fragment of proto %u\n",
 		       inside->ip.protocol);
-		return NF_ACCEPT;
+		return -NF_ACCEPT;
 	}
 
 	innerproto = nf_ct_find_proto(PF_INET, inside->ip.protocol);
@@ -176,7 +176,7 @@ icmp_error_message(struct sk_buff *skb,
 			     &nf_conntrack_l3proto_ipv4, innerproto)) {
 		DEBUGP("icmp_error_message: ! get_tuple p=%u",
 		       inside->ip.protocol);
-		return NF_ACCEPT;
+		return -NF_ACCEPT;
 	}
 
         /* Ordinarily, we'd expect the inverted tupleproto, but it's
@@ -184,7 +184,7 @@ icmp_error_message(struct sk_buff *skb,
         if (!nf_ct_invert_tuple(&innertuple, &origtuple,
 				&nf_conntrack_l3proto_ipv4, innerproto)) {
 		DEBUGP("icmp_error_message: no match\n");
-		return NF_ACCEPT;
+		return -NF_ACCEPT;
 	}
 
 	*ctinfo = IP_CT_RELATED;
@@ -199,7 +199,7 @@ icmp_error_message(struct sk_buff *skb,
 
 		if (!h) {
 			DEBUGP("icmp_error_message: no match\n");
-			return NF_ACCEPT;
+			return -NF_ACCEPT;
 		}
 
 		/* Reverse direction from that found */
diff --git a/net/ipv6/netfilter/nf_conntrack_proto_icmpv6.c b/net/ipv6/netfilter/nf_conntrack_proto_icmpv6.c
--- a/net/ipv6/netfilter/nf_conntrack_proto_icmpv6.c
+++ b/net/ipv6/netfilter/nf_conntrack_proto_icmpv6.c
@@ -164,14 +164,14 @@ icmpv6_error_message(struct sk_buff *skb
 	hp = skb_header_pointer(skb, icmp6off, sizeof(_hdr), &_hdr);
 	if (hp == NULL) {
 		DEBUGP("icmpv6_error: Can't get ICMPv6 hdr.\n");
-		return NF_ACCEPT;
+		return -NF_ACCEPT;
 	}
 
 	inip6off = icmp6off + sizeof(_hdr);
 	if (skb_copy_bits(skb, inip6off+offsetof(struct ipv6hdr, nexthdr),
 			  &inprotonum, sizeof(inprotonum)) != 0) {
 		DEBUGP("icmpv6_error: Can't get nexthdr in inner IPv6 header.\n");
-		return NF_ACCEPT;
+		return -NF_ACCEPT;
 	}
 	inprotoff = nf_ct_ipv6_skip_exthdr(skb,
 					   inip6off + sizeof(struct ipv6hdr),
@@ -182,7 +182,7 @@ icmpv6_error_message(struct sk_buff *skb
 	if ((inprotoff < 0) || (inprotoff > skb->len) ||
 	    (inprotonum == NEXTHDR_FRAGMENT)) {
 		DEBUGP("icmpv6_error: Can't get protocol header in ICMPv6 payload.\n");
-		return NF_ACCEPT;
+		return -NF_ACCEPT;
 	}
 
 	inproto = nf_ct_find_proto(PF_INET6, inprotonum);
@@ -191,7 +191,7 @@ icmpv6_error_message(struct sk_buff *skb
 	if (!nf_ct_get_tuple(skb, inip6off, inprotoff, PF_INET6, inprotonum,
 			     &origtuple, &nf_conntrack_l3proto_ipv6, inproto)) {
 		DEBUGP("icmpv6_error: Can't get tuple\n");
-		return NF_ACCEPT;
+		return -NF_ACCEPT;
 	}
 
 	/* Ordinarily, we'd expect the inverted tupleproto, but it's
@@ -199,7 +199,7 @@ icmpv6_error_message(struct sk_buff *skb
 	if (!nf_ct_invert_tuple(&intuple, &origtuple,
 				&nf_conntrack_l3proto_ipv6, inproto)) {
 		DEBUGP("icmpv6_error: Can't invert tuple\n");
-		return NF_ACCEPT;
+		return -NF_ACCEPT;
 	}
 
 	*ctinfo = IP_CT_RELATED;
@@ -207,7 +207,7 @@ icmpv6_error_message(struct sk_buff *skb
 	h = nf_conntrack_find_get(&intuple, NULL);
 	if (!h) {
 		DEBUGP("icmpv6_error: no match\n");
-		return NF_ACCEPT;
+		return -NF_ACCEPT;
 	} else {
 		if (NF_CT_DIRECTION(h) == IP_CT_DIR_REPLY)
 			*ctinfo += IP_CT_IS_REPLY;

(no subject)

[Zhao Yu,SCNB R&D NNA(BJ)]

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

I just begin to read some code in GRUB2, I met a question.
Could you help me out?

In function
void
grub_rescue_cmd_multiboot (int argc, char *argv[])
{
     ... 
    if (grub_multiboot_load_elf (file, buffer) != GRUB_ERR_NONE)
    goto fail;
    ...
}
Do that mean the OS image must be elf format?
Or there are some miunderstand.

Thank you

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

Re: (no subject)

[Yoshinori K. Okuji]

On Tuesday 01 November 2005 08:21 am, Zhao Yu,SCNB R&D NNA(BJ) wrote:
> I just begin to read some code in GRUB2, I met a question.
> Could you help me out?

Sure.

> In function
> void
> grub_rescue_cmd_multiboot (int argc, char *argv[])
> {
>      ...
>     if (grub_multiboot_load_elf (file, buffer) != GRUB_ERR_NONE)
>     goto fail;
>     ...
> }
> Do that mean the OS image must be elf format?
> Or there are some miunderstand.

Please look at the comment in the beginning of that file. Since a.out kludge 
is not implemented yet, only ELF can be loaded correctly. This is in my TODO 
list.

Okuji

Re: (no subject)

[Patrick McHardy]

Yasuyuki KOZAKAI wrote:
> Subject: Re: nf_conntrack comments
> From: Yasuyuki KOZAKAI <kozakai@isl.rdc.toshiba.co.jp>
> Fcc: +backup
> In-Reply-To: <20051029135524.GQ4479@sunbeam.de.gnumonks.org>
> References: <20051018084924.GD20338@sunbeam.de.gnumonks.org>
> 	<39e6f6c70510282108i60d78df6w9728f40641dccf80@mail.gmail.com>
> 	<20051029135524.GQ4479@sunbeam.de.gnumonks.org>
> X-Mailer: Mew version 4.2 on Emacs 20.7 / Mule 4.0 (HANANOEN)
> ----
> 
> Hi, Acme and all,
> 
> Acme, thank you for reviewing of nf_conntrack.
> 
> From: Harald Welte <laforge@netfilter.org>
> Date: Sat, 29 Oct 2005 15:55:24 +0200
> 
> 
>>>+       if (!h) {
>>>+               DEBUGP("icmpv6_error: no match\n");
>>>+               return NF_ACCEPT;
>>>+       } else {
>>>+               if (NF_CT_DIRECTION(h) == IP_CT_DIR_REPLY)
>>>+                       *ctinfo += IP_CT_IS_REPLY;
>>>+       }
>>>+
>>>+       /* Update skb to refer to this connection */
>>>+       skb->nfct = &nf_ct_tuplehash_to_ctrack(h)->ct_general;
>>>+       skb->nfctinfo = *ctinfo;
>>>+       return -NF_ACCEPT;
>>>+}
>>>
>>>I noticed that some of the returns are NF_ACCEPT while at leat this last one
>>>returns -NF_ACCEPT, is this a special convention or should all be negative? or
>>>positive?
>>
>>I'll check that, looks like a bug to me, too.
> 
> 
> If we don't change, the result is same. If this function return NF_ACCEPT,
> connection tracking handles packet as normal packet. But it cannot find invert
> tuple for it and stop processing after all. Then no problem.
> 
> But it may be better to replace NF_ACCEPT with -NF_ACCEPT in this function to
> stop processing early.
> 
> BTW, this is common issue in nf_conntrack and ip_conntrack. Then it is
> necessary to both of them if we want.
> 
> Signed-off-by: Yasuyuki Kozakai <yasuyuki.kozakai@toshiba.co.jp>
> 
> Netfilter folks, do you have any problem if I change these return value ?

I think its a good idea, there is no point in continuing to process
these packets.

RE: (no subject)

[Zhao Yu,SCNB R&D NNA(BJ)]

Ok. Thank you.
Sorry, I not pay attention to the comment. I just rushed into the code.

Thank for your help.

-----Original Message-----
From: Yoshinori K. Okuji [mailto:okuji@enbug.org] 
Sent: 2005年11月1日 20:18
To: The development of GRUB 2
Subject: Re: (no subject)


On Tuesday 01 November 2005 08:21 am, Zhao Yu,SCNB R&D NNA(BJ) wrote:
> I just begin to read some code in GRUB2, I met a question. Could you 
> help me out?

Sure.

> In function
> void
> grub_rescue_cmd_multiboot (int argc, char *argv[])
> {
>      ...
>     if (grub_multiboot_load_elf (file, buffer) != GRUB_ERR_NONE)
>     goto fail;
>     ...
> }
> Do that mean the OS image must be elf format?
> Or there are some miunderstand.

Please look at the comment in the beginning of that file. Since a.out kludge 
is not implemented yet, only ELF can be loaded correctly. This is in my TODO 
list.

Okuji


_______________________________________________
Grub-devel mailing list
Grub-devel@gnu.org http://lists.gnu.org/mailman/listinfo/grub-devel

(no subject)

[Kyle Perkins]

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

subscribe

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

Re: (no subject)

[Keir Fraser]

On 18 Nov 2005, at 16:05, Andi Kleen wrote:

> I don't think you can do that. We still need these functions in low
> level architecture code at least.
>
> Using __pa/__va doesn't cut it because it won't work on Xen guests
> which have different views on bus vs physical addresses. The Xen
> code is (hopefully) in the process of being merged, so intentionally
> breaking them isn't a good idea.
>
> So if anything there would need to be replacement functions for it
> first that do the same thing. But why not just keep the old ones?

We could make use of virt_to_machine/machine_to_virt instead, which 
arguably better describe the intent of those functions. Currently we 
only use virt_to_bus/bus_to_virt in our swiotlb implementation, and our 
modified dma_map code. In those files I think the existing function 
names make some sense, but we can easily change if that's preferred.

  -- Keir

Re: (no subject)

[Russell King]

On Mon, Nov 21, 2005 at 10:06:03AM +0000, Keir Fraser wrote:
> On 18 Nov 2005, at 16:05, Andi Kleen wrote:
> >I don't think you can do that. We still need these functions in low
> >level architecture code at least.
> >
> >Using __pa/__va doesn't cut it because it won't work on Xen guests
> >which have different views on bus vs physical addresses. The Xen
> >code is (hopefully) in the process of being merged, so intentionally
> >breaking them isn't a good idea.
> >
> >So if anything there would need to be replacement functions for it
> >first that do the same thing. But why not just keep the old ones?
> 
> We could make use of virt_to_machine/machine_to_virt instead, which 
> arguably better describe the intent of those functions. Currently we 
> only use virt_to_bus/bus_to_virt in our swiotlb implementation, and our 
> modified dma_map code. In those files I think the existing function 
> names make some sense, but we can easily change if that's preferred.

If you're thinking of replacing bus_to_virt/virt_to_bus, you might want
to think about virt_to_dma(dev, virt) and dma_to_virt(dev, dma) as a
replacement, where "dev" is the device actually performing the DMA
(which obviously may not be the device asking for the mapping to be set
up.)  ARM already has these for use in the architecture code.

-- 
Russell King
 Linux kernel    2.6 ARM Linux   - http://www.arm.linux.org.uk/
 maintainer of:  2.6 Serial core

Re: (no subject)

[Andi Kleen]

> We could make use of virt_to_machine/machine_to_virt instead, which 

I don't like it because "machine" is quite meaningless outside
Xen. 

-Andi

(no subject)

[Glenn L Shurson]

unsubscribe linux-kernel

(no subject)

[Otavio Salvador]

---

 arch/ppc/platforms/chrp_setup.c |    1 -
 arch/ppc/platforms/prep_setup.c |    1 -
 2 files changed, 0 insertions(+), 2 deletions(-)

applies-to: 8622c40782404c8fb13aa2a4dd4a7b0ebc44e896
66697dfc757179883127a3ae53bc486320b38374
diff --git a/arch/ppc/platforms/chrp_setup.c b/arch/ppc/platforms/chrp_setup.c
index f1b70ab..056ac2a 100644
--- a/arch/ppc/platforms/chrp_setup.c
+++ b/arch/ppc/platforms/chrp_setup.c
@@ -404,7 +404,6 @@ static struct irqaction xmon_irqaction =
 void __init chrp_init_IRQ(void)
 {
 	struct device_node *np;
-	int i;
 	unsigned long chrp_int_ack = 0;
 	unsigned char init_senses[NR_IRQS - NUM_8259_INTERRUPTS];
 #if defined(CONFIG_VT) && defined(CONFIG_INPUT_ADBHID) && defined(XMON)
diff --git a/arch/ppc/platforms/prep_setup.c b/arch/ppc/platforms/prep_setup.c
index 4415748..f4ef267 100644
--- a/arch/ppc/platforms/prep_setup.c
+++ b/arch/ppc/platforms/prep_setup.c
@@ -954,7 +954,6 @@ prep_calibrate_decr(void)
 static void __init
 prep_init_IRQ(void)
 {
-	int i;
 	unsigned int pci_viddid, pci_did;
 
 	if (OpenPIC_Addr != NULL) {
---
0.99.9k

(no subject)

[Ramani Karuppiah]

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

Respected Sir,

                      I want devolope a good project in linux . My idea is
about the Audio System in linux.Please give me any

information about it.





                         Thanking
You.
-K.Ramani

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

(no subject)

[siman]

Hi All:
I want port Linux system to the MVME6100, I found moto has this kind of
patch for the MOTO SBC, just like patch-2.6.6-mcg.rm01.gz file.
Any know how and where can I download it? 
Thank you very much.

(no subject)

[Pedro Venda]

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

(no subject)

[Chaitanya Vinay Hazarey]

subscribe linux-kernel

(no subject)

[Daniel Mack]

Dear ALSA people,

I'm about to write an ALSA driver for a sound hardware we developed
and I'm wondering about how to tackle it. It's a USB2.0 hardware
which has sound input and output but also some controller elements
and MIDI jacks. I'd like to make the controllers accessible by linux'
input device interface.

The audio part is - for good reasons - not USB class compliant,
and assuming that the usb folder in the driver tree only addresses
such devices, I pretty much guess this is not the point to start,
right?

I'm asking since I don't want to do the whole thing twice
because I started it the wrong way around.

Could anyone point me in the right direction?

Please Cc: me personally in replies since I'm not (yet) subscribed
to the list.

Best regards,
Daniel



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: (no subject)

[Takashi Iwai]

At Tue, 10 Jan 2006 14:24:52 +0100,
Daniel Mack wrote:
> 
> Dear ALSA people,
> 
> I'm about to write an ALSA driver for a sound hardware we developed
> and I'm wondering about how to tackle it. It's a USB2.0 hardware
> which has sound input and output but also some controller elements
> and MIDI jacks. I'd like to make the controllers accessible by linux'
> input device interface.
> 
> The audio part is - for good reasons - not USB class compliant,
> and assuming that the usb folder in the driver tree only addresses
> such devices, I pretty much guess this is not the point to start,
> right?

If it's not USB class compliant, you'll likely need to write a driver
from scratch.  But, unless the protocol detail is informed, I cannot
tell what should be done... :)

One troublesome stuff in USB audio is the data transfer.  The
usb-audio driver has a double-buffer to behave as a pseudo DMA.
A similar trick would be required in your case, too.


Takashi


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

(no subject)

[Nicolas Turro]

Hi, I am trying to patch my Fedora core 4 kernel/iptable in order to include the 'random' filter (I am trying to implement 
http://linux.com.lb/wiki/index.pl?node=Load%20Balancing%20Across%20Multiple%20Links )


However I encounter some difficulties:

Patch-o-matic works against my kernel source tree, but won't recognize linux-libc-headers as a valid KERNEL_DIR.

 Iptable won't compile against the kernel source tree: I get a bunch of 
#error including kernel header in userspace; use the glibc headers instead!
(However in this case, make print-extensions finds IPv4:random )

And if I use the unpatched linux-libc-headers, it won't compile libipt_random.so (make print-extensions only shows: IPv4:recent)


So I don't know how to proceed.
Any tips?

Please respond to me explicitly since I'm not subscribed to this mail list. Thx in advance

N. Turro

Re: (no subject)

[Clemens Ladisch]

Takashi Iwai wrote:
> Daniel Mack wrote:
> > I'm about to write an ALSA driver for a sound hardware we developed
> > and I'm wondering about how to tackle it. It's a USB2.0 hardware
> > which has sound input and output but also some controller elements
> > and MIDI jacks. I'd like to make the controllers accessible by linux'
> > input device interface.
> >
> > The audio part is - for good reasons - not USB class compliant,
> > and assuming that the usb folder in the driver tree only addresses
> > such devices, I pretty much guess this is not the point to start,
> > right?
>
> If it's not USB class compliant, you'll likely need to write a driver
> from scratch.

All PCM devices have to use isochronous transfers, so it might work if you
just hard code the sample format, like, e.g., for the UA-1000.

The synchronization of the PCM output sample rate might be a problem -- if the
device doesn't use a standard USB synchronization mechanism (synchronous/
asynchronous/adaptive), the driver would have to be hacked some more.
(Playback on the UA-1000 doesn't work because the driver doesn't (yet) support
synchronizing the output PCM stream to the input PCM stream.)

The driver currently assumes that each (output/input) PCM endpoint has its
own interface (where it can select alternate settings independently).
Is this the case?


Regards,
Clemens


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: (no subject)

[Daniel Mack]

Hi,

On Jan 10, 2006, at 8:12 PM, Clemens Ladisch wrote:
> The synchronization of the PCM output sample rate might be a  
> problem -- if the
> device doesn't use a standard USB synchronization mechanism  
> (synchronous/
> asynchronous/adaptive), the driver would have to be hacked some more.
> (Playback on the UA-1000 doesn't work because the driver doesn't  
> (yet) support
> synchronizing the output PCM stream to the input PCM stream.)

I wrote a driver stack for this device for MacOSX already and attended
the development for the Windows version. They both work fine and so I
have some code to orientate on.

> The driver currently assumes that each (output/input) PCM endpoint  
> has its
> own interface (where it can select alternate settings independently).
> Is this the case?

No. All audio data is muxed and sent over one single endpoint and  
receviced
from another.

I think I have to write it from scratch to keep it straight forward.

Thanks for your suggestions, let's see how far I get.

Daniel





-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click

Re: (no subject)

[Amitabh Kant]

Try instaling glic kernel headers. If you have yum working on your
system, "yum install glibc-kernheaders.i386" should install the
required headers.

Amitabh

(no subject)

[Jonas Lihnell]

Hi there fellow nfs'ers (or whatever I'm supposed to call you :)

I got some issues with my root-on-nfs installation and after an hour of 
googling, reading forums and mailinglist (none in particular, just 
whatever google turned up) and trying a bunch of stuff I thought it was 
time to resort to this mailing list.

I am capable of booting and mounting the rootfs, as well as any other 
nfs shares but it goes slow and from time to time becomes unresponsive 
for some moments. When measuring speed of downloading files to nfs 
share I get decent speed and every few minutes it halts for some 
seconds, sometime just a few, sometimes many.

According to what I've come to know I should set a few options to get 
rid of this situation, namely tcp, rsync, wsync and nfsvers3. 
Unfortunately the booting kernel refuses to use the options I specify 
with append as stated in nfsroot.txt in the documentation folder from 
my kernel.

I can mount the share with the specified options when booted from a 
live-cd (ubuntu 5.10) so as far as I can see it's just a stubborn 
kernel which don't listen to what I say. :D

Some information about my setup and config files:
pxelinux.cfg/default:
"DEFAULT /bzImage
APPEND ip=dhcp root=/dev/nfs 
nfsroot=192.168.0.64:/mnt/storage/network-nodes/default,sync,hard,intr,rw,nolock,rsize=8192,wsize=8192,nfsvers=3,tcp"

Some information I am supposed to give when mailing this list:
nfs-utils version: net-fs/nfs-utils-1.0.6-r6
kernel version: sys-kernel/gentoo-sources-2.6.14-r5
operating system: Gentoo Linux

network layout:
Servers "eth1: DGE-530T Gigabit Ethernet Adapter" connected to a dlink 
gigabit switch which in turn is connected to the clients "eth0: VIA 
Rhine II"

Good to know: "eth0: link up, 100Mbps, full-duplex"

/etc/exports snippet:
"# Netboot
/mnt/storage/network-nodes/     192.168.0.0/24(rw,sync,no_root_squash)"

rcpinfo -p localhost run on the server:
"   100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  33543  status
    100024    1   tcp  47866  status
    100011    1   udp   4002  rquotad
    100011    2   udp   4002  rquotad
    100011    1   tcp   4002  rquotad
    100011    2   tcp   4002  rquotad
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100003    2   tcp   2049  nfs
    100003    3   tcp   2049  nfs
    100021    1   udp  33544  nlockmgr
    100021    3   udp  33544  nlockmgr
    100021    4   udp  33544  nlockmgr
    100021    1   tcp  47867  nlockmgr
    100021    3   tcp  47867  nlockmgr
    100021    4   tcp  47867  nlockmgr
    100005    1   udp    834  mountd
    100005    1   tcp    837  mountd
    100005    2   udp    834  mountd
    100005    2   tcp    837  mountd
    100005    3   udp    834  mountd
    100005    3   tcp    837  mountd"

rpcinfo -p 192.168.0.64 run on the client:
"    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  33543  status
    100024    1   tcp  47866  status
    100011    1   udp   4002  rquotad
    100011    2   udp   4002  rquotad
    100011    1   tcp   4002  rquotad
    100011    2   tcp   4002  rquotad
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100003    2   tcp   2049  nfs
    100003    3   tcp   2049  nfs
    100021    1   udp  33544  nlockmgr
    100021    3   udp  33544  nlockmgr
    100021    4   udp  33544  nlockmgr
    100021    1   tcp  47867  nlockmgr
    100021    3   tcp  47867  nlockmgr
    100021    4   tcp  47867  nlockmgr
    100005    1   udp    834  mountd
    100005    1   tcp    837  mountd
    100005    2   udp    834  mountd
    100005    2   tcp    837  mountd
    100005    3   udp    834  mountd
    100005    3   tcp    837  mountd"



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

Re: (no subject)

[Trond Myklebust]

On Tue, 2006-01-17 at 22:37 +0100, Jonas Lihnell wrote:

> Some information about my setup and config files:
> pxelinux.cfg/default:
> "DEFAULT /bzImage
> APPEND ip=dhcp root=/dev/nfs 
> nfsroot=192.168.0.64:/mnt/storage/network-nodes/default,sync,hard,intr,rw,nolock,rsize=8192,wsize=8192,nfsvers=3,tcp"

Hmm... "sync" and "rw" are not listed in the nfsroot options (though I
agree that they probably should be).

What happens if you take those two out of the list?

Cheers,
  Trond



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

Re: (no subject)

[Jonas Lihnell]

Thanks, that did the trick!
Have a nice day trond, and thanks for not only a quick, but also 
accurate reply :)

-- Jonas Lihnell

Quoting Trond Myklebust <trond.myklebust@fys.uio.no>:

> On Tue, 2006-01-17 at 22:37 +0100, Jonas Lihnell wrote:
>
>> Some information about my setup and config files:
>> pxelinux.cfg/default:
>> "DEFAULT /bzImage
>> APPEND ip=dhcp root=/dev/nfs
>> nfsroot=192.168.0.64:/mnt/storage/network-nodes/default,sync,hard,intr,rw,nolock,rsize=8192,wsize=8192,nfsvers=3,tcp"
>
> Hmm... "sync" and "rw" are not listed in the nfsroot options (though I
> agree that they probably should be).
>
> What happens if you take those two out of the list?
>
> Cheers,
>  Trond
>
>





-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

RE: (no subject)

[Yu, Luming]

http://vger.kernel.org/vger-lists.html#linux-acpi 

>-----Original Message-----
>From: linux-acpi-owner@vger.kernel.org 
>[mailto:linux-acpi-owner@vger.kernel.org] On Behalf Of Pedro Venda
>Sent: 2006年1月6日 0:17
>To: linux-acpi@vger.kernel.org
>Subject: (no subject)
>
>subscribe
>-
>To unsubscribe from this list: send the line "unsubscribe 
>linux-acpi" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
-
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

(no subject)

[Mark L. Wise]

Hello all!

I am struggling with what I think is an iptables issue...

I have the following Net-to-Net VPN set up between to FC4 boxes:

192.168.20.0/24-->192.168.20.2(gw)-->$PUBLICIP1 ...
$PUBLICIP2<--192.168.30.100(gw)<--192.168.30.0/24

With no firewall rules (iptables) entered, I can ping from 192.168.20.70 to
192.168.30.33 without any problem.  However, I cannot get to outside
internet addresses.  If I add:

iptables -t nat -A POSTROUTING --dst ! 192.168.30.0/24 -j SNAT --to-source
$PUBLICIP1

to the 192.168.20.2(gw) machine's iptables, I can get out of the firewall to
the internet from the 192.168.20.0/24 net, BUT MY VPN TRAFFIC DOES NOT REACH
THE OTHER SIDE.

So it seems that I can either have my VPN traffic between the nets OR be
able to get to the internet (WWW, etc.) but I cannot have both.

Anyone have any ideas???

Mark L. Wise, President
Alpha II Service, Inc.
1312 Epworth Ave
Reynoldsburg, Ohio 43068-2116
614 868-5033 (Phone)
614 868-1060 (Fax)

(no subject)

[rasmit.ranjan]

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

Hi all,
   I have a PCMCIA card which has a usb Host Controller (HC) on it. I am
writing Host Controller Driver (HCD) for this. I have pcmcia client
driver which is registering HC as a platform device.i.e. my HCD is a
platform driver. The device representation in linux-2.6.15.4 is given
below.
 
 
/sys/class/pcmcia-socket/pcmcia-socket1/device/1.0/myhcd/usb5/5-0:1.0
 
In my pcmcia client driver i get suspend event when i do selective
suspend of the card (pcmcia-socket1/device in device tree ) .  Platform
driver`s suspend entry point is getting called when i do selective
suspend of myhcd. Now if i do global suspend will Power Management
sub-system follow the device tree to suspend the card ? Which means PM
sub-system will suspend 5-0:1.0 , then it will suspend usb5, then myhcd
and then the pcmcia-socket1/device. So does it mean that in global
suspend platform driver`s suspend entry point will be getting called
before the pcmcia client driver`s suspend event ?
Please suggest.
 
Thanks and regards,
Rasmit Ranjan swain.

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

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

(no subject)

[Selmeci, Tamas]

> Yes it possible,
> You can use cmdpartion if it is present in the kernel, or static
partion.

Maybe this will be a silly question, but how can I create those
partitions on my SMC using PC-based Linux if I have a card reader? Is
cmdpartition for this purpose? (using vivi on the developer board I can
create partitions, but vivi is in close relationship with BonFS and it
keeps on creating BonFS for me - probably I should modify the
sources...)

And does anybody know why should BonFS be used if partitioning can be
solved without that too?

Bye
--
Tamas Selmeci
Siemens PSE HU
Tel.:    +36-1-471-3861
Email:   tamas.selmeci@siemens.com
Address: H-1143 Budapest, Gizella ut 51-59 

(no subject)

[Nick Dvoeglazov]

subscribe

(no subject)

[汇嘉宏]

贵公司(经理/财务)您好:

    机会与竞争并存.因本公司进项较多,为要冲减进项,
降低经营成本,现有部分外省市普通发票(商品销售,广告
,建筑,服务).公路内河运输,国际运输等发票可优惠代开
 或合作,助您切实解决,理顺企业的财税,工商事宜.而且
本公司郑重承诺所用票据均可以上网查询或税务局验证.
自本公司成立以来,一直坚持以:诚信:立足于市场中,我们
本着:互惠互利.共同发展的原则,来建立长期良好的经贸合
作关系,多年来我司在入世贸后,开扩创新的精神和政治优势
,积极发展都市交流贸易平台,此信息长期有效,欢迎来电!
(注:税率的多少按金额大小而定!)

　　　　　　　　　　　电话：

　　　　　　　　　　　传真：

　　　　　　　　　　　手机：13631323086

　　　　　　　　　　联系人：林风(财务经理)　　　 　　　　　　　                            









                                        顺祝商祺



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642

(no subject)

[Javier Ruano]

hi.
i have this problem.
kernel 2.6.16.2

intelfb: Framebuffer driver for Intel(R)
830M/845G/852GM/855GM/865G/915G/915GM chipsets
intelfb: Version 0.9.2
intelfb: 00:02.0: Intel(R) 855GME, aperture size 128MB, stolen memory 892kB
intelfb: Non-CRT device is enabled ( LVDS port ).  Disabling mode switching.
intelfb: Video mode must be programmed at boot time.


the driver (*) is inside kernel.
Thanks 





-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642

Re: (no subject)

[Jan-Benedict Glaw]

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

On Fri, 2006-04-14 15:02:56 +0000, Javier Ruano <javier.ruano@estudiante.uam.es> wrote:
> i have this problem.
> kernel 2.6.16.2
> 
> intelfb: Framebuffer driver for Intel(R)
> 830M/845G/852GM/855GM/865G/915G/915GM chipsets
> intelfb: Version 0.9.2
> intelfb: 00:02.0: Intel(R) 855GME, aperture size 128MB, stolen memory 892kB
> intelfb: Non-CRT device is enabled ( LVDS port ).  Disabling mode switching.
> intelfb: Video mode must be programmed at boot time.

So where is the problem?

MfG, JBG

-- 
Jan-Benedict Glaw       jbglaw@lug-owl.de    . +49-172-7608481             _ O _
"Eine Freie Meinung in  einem Freien Kopf    | Gegen Zensur | Gegen Krieg  _ _ O
 für einen Freien Staat voll Freier Bürger"  | im Internet! |   im Irak!   O O O
ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: (no subject)

[Knut Petersen]

>intelfb: Framebuffer driver for Intel(R)
>830M/845G/852GM/855GM/865G/915G/915GM chipsets
>intelfb: Version 0.9.2
>intelfb: 00:02.0: Intel(R) 855GME, aperture size 128MB, stolen memory 892kB
>intelfb: Non-CRT device is enabled ( LVDS port ).  Disabling mode switching.
>intelfb: Video mode must be programmed at boot time.
>
>
>the driver (*) is inside kernel.
>  
>
Yes - of course, why not? It should be possible to compile a framebuffer
driver into the kernel without problems, and it should be possible to
load it as a module ... even from within xterm ;-)

Why do you believe that this is related to any of the problems?

cu,
 knut


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642

(no subject)

[Nichole]

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

(no subject)

[Kirkwood, David A]

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

I don't see any timestamps on audit events. How can I bracket events between
to dates /times?

 

 


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

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

Re: (no subject)

[Steve Grubb]

On Wednesday 03 May 2006 13:21, Kirkwood, David A wrote:
> I don't see any timestamps on audit events. How can I bracket events
> between to dates /times?

The ausearch utility was created to view the audit records. It extracts that 
information from the event. Can you give that a try?

ausearch -ts 1:00:00 -i

(This also assumes you have the audit daemon running.)

-Steve

(no subject)

[OcHe]

Hi all =)

I'm working for my final thesis project, it's something about MIDI over
IP, i'm planning to use aseqnet for the demonstration purpose, my main
focus is about performance, how to calculate elapsed time (event data
traveled between Yamaha PSRA to Host A to Host B to Yamaha PSRB) (vice
versa). I'm running Fedora Core 4 (ALSA seems to work great with my
device) and C as the programming language.

Host A - Local LAN - Host B
  |                  |
Yamaha             Yamaha
Keyboard           Keyboard

My questions are:

1. How to calculate elapsed time data traverse from Yamaha to Computer ?
2. How to calculate elapsed time  data traverse from Host A to Host B (i'm
just guessing maybe i could use ping to show RTT?? is this the correct
answer?)
3. is there any other processes i should calculate ?
4. What realtime kernel patch should i use?
5. How long (in millisecond / second ??) should the total elapsed time be,
to make the realtime playing feasible?

Thanks =)



-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

Re: (no subject)

[Eric Shattow]

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

Have you looked into Open Sound Control (OSC) ?

 E

On 5/4/06, OcHe <oche@mumufarm.com> wrote:
>
> Hi all =)
>
> I'm working for my final thesis project, it's something about MIDI over
> IP, i'm planning to use aseqnet for the demonstration purpose, my main
> focus is about performance, how to calculate elapsed time (event data
> traveled between Yamaha PSRA to Host A to Host B to Yamaha PSRB) (vice
> versa). I'm running Fedora Core 4 (ALSA seems to work great with my
> device) and C as the programming language.
>
> Host A - Local LAN - Host B
>   |                  |
> Yamaha             Yamaha
> Keyboard           Keyboard
>
> My questions are:
>
> 1. How to calculate elapsed time data traverse from Yamaha to Computer ?
> 2. How to calculate elapsed time  data traverse from Host A to Host B (i'm
> just guessing maybe i could use ping to show RTT?? is this the correct
> answer?)
> 3. is there any other processes i should calculate ?
> 4. What realtime kernel patch should i use?
> 5. How long (in millisecond / second ??) should the total elapsed time be,
> to make the realtime playing feasible?
>
> Thanks =)
>
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/alsa-devel
>

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

Re: (no subject)

[Clemens Ladisch]

OcHe wrote:
> I'm working for my final thesis project, it's something about MIDI over
> IP, i'm planning to use aseqnet for the demonstration purpose, my main
> focus is about performance, how to calculate elapsed time (event data
> traveled between Yamaha PSRA to Host A to Host B to Yamaha PSRB) (vice
> versa). I'm running Fedora Core 4 (ALSA seems to work great with my
> device) and C as the programming language.
> 
> Host A - Local LAN - Host B
>   |                  |
> Yamaha             Yamaha
> Keyboard           Keyboard
> 
> My questions are:
> 
> 1. How to calculate elapsed time data traverse from Yamaha to Computer ?

The time for the actual transmission of MIDI commands is easily
calculated, knowing that the bit rate is 31250 Hz and each byte (plus
start and stop bits) needs 10 bits.

More interesting might be the times from the key press to the actual
transmission of the command, and from the arrival of the command at the
computer until the software actually deals with it.  But these are not
related to the IP transmission.

> 2. How to calculate elapsed time  data traverse from Host A to Host B (i'm
> just guessing maybe i could use ping to show RTT?? is this the correct
> answer?)

Different network protocols might have different latencies (ping uses
ICMP, aseqnet uses TCP).

You might want to send the data back to host A and divide the time by
two.

Another approach would be to run some soft synth (or better some
hardware synth) on both computers, and record the output of both on the
left/right channels of a stereo sound card, so that the delay between
them can easily be measured.

> 5. How long (in millisecond / second ??) should the total elapsed time be,
> to make the realtime playing feasible?

A value usually mentioned is ten milliseconds.
(Real organists deal with latencies of about one second.)


HTH
Clemens


-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

Re: [No Subject]

[Arnulfo Titor]

Hello,

If you want PROMPT assets to utilize ANY
way you feel like, or sincerely feel like to LOWER 
your premiums by 25% or more; 

Here are the offers We have ASAP : 

lNTEREST-OnIy : $ 564K @ UNDER  477 a month
VARlABLE : $ 556K at BELOW 453 each month

http://foigbil.com/9r

Rush, these proposals will end in 24 hours

Thanks Alot,
Arnulfo Titor

(no subject)

[Hack Sung Lee]

unsubscribe linux-kernel

Re: (no subject)

[Rita Bruce]

-S''ensationall r'evoolution in m''edicine!

-En  large your p''e'n'i's up to 10 cm or up to 4 i'nches!

-It's h'e'r'b'a'l solution what hasn't side e'ffect, but has 100% g'uaranted results!

-Don't lose your chance and but know wihtout d'oubts, you will be i'mpressed with results!

 Clisk here: http://gift-samsung.com










dark disputant eclogue impure lethe haberman fringe gum permit furry
laboratory cried tributary ada malady revenue attenuate tugging railroad
dignity castle symbol dignify drumhead potatoes echo emerald vega stare came
expiration loot montmartre tuscarora testimony shirk dominion deface
midas barrington commonweal duet quickie painful cheek falstaff
stagy kafkaesque psychotic atop taut diagnoses bass coalesce

(no subject)

[icjoqtc]

(no subject)

[cycrypxz]

(no subject)

[legwpjv]

(no subject)

[Paulo Cordeiro]

Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

(no subject)

[Jochen Maes]

(no subject)

[潘思广]

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

贵公司领导、财务：
    
        我公司是深圳市宏溢诚贸易有限公司（注册号：4403012161790）。
    成立于2002年6月，经过几年的发展我公司不断壮大，在国内多处大中
    城市设有分公司，是一家集机电设备、电子产品、化工原料、建材、办
    公设备，国内商业、物资供销业等于一体的大型企业。 并与国内上百家  
    公司有着密切的联系。我公司业务量大、进项大、业务范围广，信誉好。
    现我公司特开设代理代开发票业务，代开范围：全国各地运输发票、商
    品销售票、建筑安装票、广告票、其他服务、餐饮、增值票、海关代征
    票等……本公司郑重承诺所有票据均为各单位在税务部门申领，可在网
    上查询或到税务部门抵扣验证。贵厂家、贵公司若有需要请向我公司人
    员联系！
    

    联系电话：0755-21006449或13728960698  范先生
    

    顺祝：生意兴隆，合作愉快！

                                   宏溢诚贸易有限公司财务部


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


-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

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

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

(no subject)

[gary douglas]

Try to build a clean box with Fedora Core 4 and IPTables with  
connlimits. I keep running into errors.

I clean install Fedora Core 4. Download iptables 1.3.5, patch-o-matic  
20060710, and linux kernel 2.6.17.3. Create a link from /usr/src/ 
linux to the linux kernel directory.

cd into patch o matic and enter the following:
export KERNEL_DIR=/usr/src/linux

export IPTABLES_DIR=~/iptables-1.3.5

./runme connlimit


I have to force this as connlimit, if I do a y I get the following  
error:

unable to find ladd slot in src /tmp/pom-29493/net/ipv4/netfilter/ 
Makefile (./patchlets/connlimit/linux-2.6.11/./net/ipv4/netfilter/ 
Makefile.ladd)

than I cd over to iptables folder and run the make command. I get the  
following error at this time:

cc -O2 -Wall -Wunused -I/usr/src/linux/include -Iinclude/ - 
DIPTABLES_VERSION=\"1.3.5\"  -D_UNKNOWN_KERNEL_POINTER_SIZE -fPIC -o  
extensions/libipt_CLUSTERIP_sh.o -c extensions/libipt_CLUSTERIP.c
In file included from /usr/src/linux/include/linux/config.h:6,
                  from /usr/src/linux/include/linux/netfilter_ipv4.h:8,
                  from /usr/src/linux/include/linux/netfilter_ipv4/ 
ip_tables.h:26,
                  from include/libiptc/libiptc.h:6,
                  from include/iptables.h:5,
                  from extensions/libipt_CLUSTERIP.c:18:
/usr/include/linux/autoconf.h:1:2: error: #error Invalid kernel  
header included in userspace
make: *** [extensions/libipt_CLUSTERIP_sh.o] Error 1


Any suggestion on correcting this problem are welcome.

Thank you
Gary Douglas

RE: (no subject)

[Rob Sterenborg]

> Try to build a clean box with Fedora Core 4 and IPTables with 
> connlimits. I keep running into errors.
> 
> I clean install Fedora Core 4. Download iptables 1.3.5, 
> patch-o-matic 20060710, and linux kernel 2.6.17.3. Create a 
> link from /usr/src/ linux to the linux kernel directory.
> 
> cd into patch o matic and enter the following:
> export KERNEL_DIR=/usr/src/linux
> 
> export IPTABLES_DIR=~/iptables-1.3.5
> 
> ./runme connlimit
> 
> 
> I have to force this as connlimit, if I do a y I get the following
> error:
> 
> unable to find ladd slot in src /tmp/pom-29493/net/ipv4/netfilter/
> Makefile (./patchlets/connlimit/linux-2.6.11/./net/ipv4/netfilter/
> Makefile.ladd)

And thus your kernel-/iptables-source isn't patched.

I had the same error and patched the kernel manually.
Look in POM in patchlets/connlimit directory and you'll find what you
need. The directory layout is just like you find it in the kernel
source.
Add the content of Makefile.ladd to the appropriate Makefile and that of
Kconfig.ladd to the appropriate Kconfig. Copy the .c and .h files into
the appropriate directories.
Start "make menuconfig" and the new options should show up and compile.


Gr,
Rob

(no subject)

[Bernd Schubert]

Hi,

I'm just looking into a nfs i/o error problem. The server for /etc is unfs3 =

and the client is 2.6.16. I need some help regarding the nfs protocol.

Probably after updating mozilla /etc/mozilla/mozillarc was rewritten, I als=
o =

guess the inode was recycled.

A 'ls /etc/mozilla/mozillarc' worked fine and showed the correct results.
A 'cat /etc/mozilla/mozillarc' gave i/o errors.

Ethereal shows that the getattr gives the correct results, but the read cal=
l =

gives an NFS3ERR_STALE. =

Should the client in this case drop its filehandle cache and entirely =

re-request the file from the server, or is the given i/o error ok?

>From the point of the server, I guess, it already should return the =

NFS3ERR_STALE for the getattr call, shouldn't it? I will look into the =

sources to see why it didn't. (unfs3 was compiled with inode generation =

number support).

After an 'echo 3 > /proc/sys/vm/drop_caches' the problem was solved for now=
, =

of course.


Thanks in advance,
	Bernd



-- =

Bernd Schubert
Physikalisch Chemisches Institut / Theoretische Chemie
Universit=E4t Heidelberg
INF 229
69120 Heidelberg
e-mail: bernd.schubert@pci.uni-heidelberg.de

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3DDE=
VDEV
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

Re: (no subject)

[Trond Myklebust]

On Wed, 2006-07-26 at 12:47 +0200, Bernd Schubert wrote:
> Hi,
> 
> I'm just looking into a nfs i/o error problem. The server for /etc is unfs3 
> and the client is 2.6.16. I need some help regarding the nfs protocol.
> 
> Probably after updating mozilla /etc/mozilla/mozillarc was rewritten, I also 
> guess the inode was recycled.
> 
> A 'ls /etc/mozilla/mozillarc' worked fine and showed the correct results.
> A 'cat /etc/mozilla/mozillarc' gave i/o errors.
> 
> Ethereal shows that the getattr gives the correct results, but the read call 
> gives an NFS3ERR_STALE. 
> Should the client in this case drop its filehandle cache and entirely 
> re-request the file from the server, or is the given i/o error ok?

The ESTALE error is usually correct. The client should not be reopening
the file unless it can guarantee that the file is the same as the one
that was originally open()ed.

> From the point of the server, I guess, it already should return the 
> NFS3ERR_STALE for the getattr call, shouldn't it? I will look into the 
> sources to see why it didn't. (unfs3 was compiled with inode generation 
> number support).

Yes. Under the close-to-open caching model, the expectation is that the
filehandle will remain valid from the moment the successful GETATTR call
is sent in the first open() request until the last call to close(). If
unfs3 is caching filehandles, then it needs to use something like
inotify in order to figure out when to invalidate its cache.

Cheers,
  Trond


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

(no subject)

[Franck Bui-Huu]

subscribe

--

Franck BUI-HUU
Software Engineer

INNOVA CARD
ZI Athelia IV - Le Forum, Batiment A
2 avenue de la Tramontane
13705 La Ciotat Cedex - France
Phone  : +33 (0)4 42 98 15 35
Fax    : +33 (0)4 42 08 33 19
Email  : franck.bui-huu@innova-card.com
Web    : www.innova-card.com

This message contains confidential information and is intended only for the
individual named. If you are not the named addressee you should not
disseminate, distribute or copy this e-mail. Please notify the sender
immediately by e-mail if you have received this e-mail by mistake and delete
this e-mail from your system.
Innova Card will not therefore be liable for the message if modified.

(no subject)

[richard]

Hi. 

 Recently I'm developing a firewall router with linux 2.4(and I can only
use 2.4 for some reasons). But there are more resources about the linux 2.6
netfilter. Do you think I should port the netfilter frameworke from linux
2.6 to linux 2.4 to have more support? :) (I think it's a bad idea). 

richard

Re: (no subject)

[yukaridayo]

:―― INFORMATION  ―――――――――――――――――――――――――:
 不正・悪質なサイトを一切排除しておりますので
 安心してご利用ください。   http://love-match.bz/pc/01
:――――――――――――――――――――――――――――――――――:

*・゜゜・*:.。. .。.:*・゜゜・*:.。..。:*・゜゜・*:.。..。:**・゜゜・*


━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　□■ 不倫・ワリキリ専門の無料出会いサイト『Love☆Match』
　-----------------------------------------------------------------
　　登録料・利用料　・・・・・・・・・【無料】
　　メールの送受信　・・・・・・・・・【無料】
　　ユーザーの検索　・・・・・・・・・【無料】
　　掲示板の閲覧・書込み　・・・・・・【無料】
　　画像交換・アップロード　・・・・・【無料】
　　アドレス交換・電話番号交換　・・・【無料】
　-----------------------------------------------------------------
　　どれだけ使っても全て無料！　http://love-match.bz/pc/01

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　□■ いつでも女性ユーザーがいっぱい。その理由は？

　-----------------------------------------------------------------
　ＰＣ＆モバイルに対応！いつでもどこでも気軽に楽しめる！
　-----------------------------------------------------------------
　仕事中は携帯電話から、プライベートは自宅からのんびりと。
　気になる相手といつでも繋がっているから、新密度も急速にＵＰ。
　http://love-match.bz/pc/01

　-----------------------------------------------------------------
　ＰＣから簡単プロフィール作成。ネット初心者でもラクラク参加ＯＫ
　-----------------------------------------------------------------
　面倒な登録は一切不要。パソコンから簡単なプロフィールを作成して
　初心者の方や女性でもすぐに参加できます。
　http://love-match.bz/pc/01
　-----------------------------------------------------------------
　自由恋愛対応！直電・直メ交換支援ツール
　-----------------------------------------------------------------
　基本的にメールアドレスや電話番号は非公開ですが
　仲良くなった人だけにメールアドレスや電話番号を教える事ができます。
　http://love-match.bz/pc/01

　-----------------------------------------------------------------
　写真アップロードに対応！好みの相手を素早くＣＨＥＣＫ！
　-----------------------------------------------------------------
　待ち合わせ場所にイメージとまったく違う人が来たら…。
　ピュアックスなら会う前に写真交換ができるから、そんな不安も解消。
　http://love-match.bz/pc/01

　-----------------------------------------------------------------
　スレッド掲示板で秘密のパートナー検索も効率ＵＰ！
　-----------------------------------------------------------------
　メインの掲示板のほかにスレッド型の掲示板を設置。
　メル友から秘密のパートナーまで目的別のユーザーが集う掲示板です。
　http://love-match.bz/pc/01


━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　□■ 毎日500人近くのユーザーが続々参加中！！

□-----------------------------------------------------------------

　リエ（２１歳/会社員）
　いつも１人でエッチなことを考えてます。
　メールだといろいろ話せるんだけど、実際に会うとあまりしゃべれなく
　なっちゃうので、盛り上げてくれるような楽しい男の人いないかな？
　引っ込み思案のせいか、男性経験はあまり無いんです。
　優しく＆楽しくリードしてくれる男性からのメール待ってます。
　[写真有り] http://love-match.bz/pc/01

□-----------------------------------------------------------------

　真菜（２４歳/フリーター）
　彼氏が浮気してて超アタマきたっ！まなだって遊びたい盛りだし、ずっと
　ガマンしてたのにさ！かっこいい人見つけて思いっきりふってやるつもりで
　登録してみた（笑）
　[写真有り] http://love-match.bz/pc/01

□-----------------------------------------------------------------

　みさ（３４歳/専業主婦）
　殆ど家に帰ってこない仕事人間のだんなさまと二人きりの毎日で、ほんと
　寂しい思いをしています。年下の男の子がいれば仲良くなりたいな。
　年下の人とは付き合ったことがないので興味津々です(^^)
　[写真無し] http://love-match.bz/pc/01

□-----------------------------------------------------------------

　恭子（２８歳/会社員）
　彼氏とはいつも同じようなセックスばかりでかなり冷め気味です。
　誰かあたしと熱いセックスを楽しみませんか？めんどくさい事は
　言いません。ただ、いつもと違うドキドキするような事がしたい
　だけなんです。
　[写真無し] http://love-match.bz/pc/01

□-----------------------------------------------------------------

　ななこ（２８歳/主婦）
　半年前にだんなと別れて今は×1です。
　夜のお仕事なので、昼間まったりと過ごしませんか？
　心身ともに疲れ気味で、今、激しく癒されたいです。
　[写真有り] http://love-match.bz/pc/01

□-----------------------------------------------------------------

　祥子（３１歳/クリエイター）
　平日は18時くらいまでは大体仕事してるので、その後に食事したり
　楽しく飲んだりできるパートナー希望です。年上でも年下でも
　かまいませんので気軽にメールを送って頂けると嬉しいです。
　[写真有り] http://love-match.bz/pc/01

□-----------------------------------------------------------------

　ゅヵ`（２０歳/学生）
　まずゎ会ってみないとはじまらなぃょね？！
　横浜近辺の人で、いろんな意味でオトナな人は
　プロフ付きでめぇる送って☆
　[写真有り] http://love-match.bz/pc/01

□-----------------------------------------------------------------


   出会いサイトのサクラに騙されないように↓
　┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
　　【裏】無料の出会い情報
　　-------------------------------------------------------------
　　お金と時間を持て余している人妻の間で、噂になってるあのサイト
　　[登録・利用料全て無料]　http://love-match.jp/pc/?1
　　-------------------------------------------------------------
　　彼女達が求めているのはこんな男性です。
　　?年上女性にリードしてもらいたい、経験少なめの男性
　　?体力・テクニックに自信が有る男性
　　男性会員が不足しています。我こそは、と思う方は今すぐ参加！
　　[登録・利用料全て無料]　http://love-match.bz/pc/01
　┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛

広東省茂名市人民大街3-6-4-533
友誼網絡公司
139-3668-7892




-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

(no subject)

[qinping]

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






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

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

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

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

(no subject)

[Tim Kirk]

Hi,

Not certain if this is where I should post this, but I've not been  
able to find anything or anywhere else that seems able to help me  
with this.

I have a PC with an A8V Deluxe motherboard using all 4 SATA channels  
for 4 drives. This machine worked how I needed it to under Fedora  
Core 4, and I have just reinstalled it with FC5 only to find that it  
will not let me run the 4 SATA drives as four separate drives.

After booting I find that the third and fourth drives are taken over  
by dm, and have a /dev/dm-0 and /dev/dm-1 that are not usable due to  
invalid partition tables and assorted other errors (not valid block  
devices etc...).

Using 'dmsetup remove_all' and then 'fdisk /dev/sdc', 'fdisk /dev/ 
sdd' (to give me a single partition on each drive), 'mke2fs -j /dev/ 
sdc1', 'mke2fs -j /dev/sdd1' gives me two mountable, usable, drives.

When I reboot the machine though these drives are remapped as /dev/dm- 
o and /dev/dm-1 and are now unmountable. If I use 'dmsetup  
remove_all' again the drives are now available to be reformatted  
again, but I have reformat them to make use of them.

Surely there is some way to tell device-mapper to leave things alone?  
I simply need four drives that I can use as four separate units - no  
RAIDing, nothing fancy, but this it seems impossible to tell the OS  
that...

Cheers,

Tim Kirk

More Detailed Information Below -

kudzu -ps

class: HD
bus: SCSI
detached: 0
device: sda
desc: "ATA HDS722525VLSA80"
host: 1
id: 0
channel: 0
lun: 0
-
class: HD
bus: SCSI
detached: 0
device: sdb
desc: "ATA HDS722525VLSA80"
host: 2
id: 0
channel: 0
lun: 0
-
class: HD
bus: SCSI
detached: 0
device: sdc
desc: "ATA HDS722525VLSA80"
host: 3
id: 0
channel: 0
lun: 0
-
class: HD
bus: SCSI
detached: 0
device: sdd
desc: "ATA HDS722525VLSA80"
host: 4
id: 0
channel: 0
lun: 0
-
class: RAID
bus: PCI
detached: 0
driver: sata_via
desc: "VIA Technologies, Inc. VIA VT6420 SATA RAID Controller"
vendorId: 1106
deviceId: 3149
subVendorId: 1043
subDeviceId: 80ed
pciType: 1
pcidom:    0
pcibus:  0
pcidev:  f
pcifn:  0
-
class: RAID
bus: PCI
detached: 0
driver: sata_promise
desc: "Promise Technology, Inc. PDC20378 (FastTrak 378/SATA 378)"
vendorId: 105a
deviceId: 3373
subVendorId: 1043
subDeviceId: 80f5
pciType: 1
pcidom:    0
pcibus:  0
pcidev:  8
pcifn:  0
-

Straight after reboot  (snipped out /dev/sda & /dev/sdb) :

[root@bragg1 ~]# fdisk -l

Disk /dev/sdc: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

    Device Boot      Start         End      Blocks   Id  System
/dev/sdc1               1       30401   244196001   83  Linux

Disk /dev/sdd: 250.0 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

    Device Boot      Start         End      Blocks   Id  System
/dev/sdd1               1       30401   244196001   83  Linux

Disk /dev/dm-0: 250.0 GB, 250059292672 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

      Device Boot      Start         End      Blocks   Id  System
/dev/dm-0p1               1       30401   244196001   83  Linux

Disk /dev/dm-1: 250.0 GB, 250056705024 bytes
255 heads, 63 sectors/track, 30400 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/dm-1 doesn't contain a valid partition table

Then :

[root@bragg1 ~]# fdisk /dev/dm1

Unable to open /dev/dm1

[root@bragg1 ~]# fdisk /dev/dm-0

The number of cylinders for this disk is set to 30401.
There is nothing wrong with that, but this is larger than 1024,
and could in certain setups cause problems with:
1) software that runs at boot time (e.g., old versions of LILO)
2) booting and partitioning software from other OSs
    (e.g., DOS FDISK, OS/2 FDISK)

Command (m for help): p

Disk /dev/dm-0: 250.0 GB, 250059292672 bytes
255 heads, 63 sectors/track, 30401 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

      Device Boot      Start         End      Blocks   Id  System
/dev/dm-0p1               1       30401   244196001   83  Linux

Command (m for help): q

So I have 1 disk I can use.

I then go through the dmsetup remove_all, fdisk, mke2fs rigmarole and  
then have two discs I can mount (I only have to fdisk /dev/sdc, then  
use 'p' to check that the partition table is what I want, and 'w' to  
write it and exit and the disk is fine for writing a filesystem onto  
- so the partition table is there as far as fdisk is concerned, but  
is not being read properly at some over level in the OS):

[root@bragg1 ~]# df -l
Filesystem           1K-blocks      Used Available Use% Mounted on
<snipped other drives>
/dev/sdc1            240362656    192672 237728024   1% /xray/bragg1c
/dev/sdd1            240362656    192672 237728024   1% /xray/bragg1d

This seems fine - exactly what I want. Then I try to reboot (I've had  
to make the drives 'noauto' and not to be fsck'd in /etc/fstab to get  
through the boot process without a 'cannot find /dev/sdc1' error).

And I get this :

[root@bragg1 ~]# mount -t ext3 /dev/sdc1 /xray/bragg1c
mount: /dev/sdc1 is not a valid block device
[root@bragg1 ~]# mount -t ext3 /dev/sdd1 /xray/bragg1d
mount: /dev/sdd1 is not a valid block device

What do I have to do to get the boot process to leave my hard drives  
formatted how they were before the reboot?

Re: (no subject)

[Dave Wysochanski]

> Surely there is some way to tell device-mapper to leave things alone?  
> I simply need four drives that I can use as four separate units - no  
> RAIDing, nothing fancy, but this it seems impossible to tell the OS  
> that...
> 
Did you try blacklisting in /etc/multipath.conf?

I don't know which keyword for your setup - either blacklist or
devnode_blacklist.

Something like this should work:

devnode_blacklist {
       devnode "^sd[a-d]$"
}

_or_

blacklist {
       devnode "^sd[a-d]$"
}

To blacklist everything use devnode "*".

To verify the blacklist use the multipath command:
# multipath -d -v3 | grep sd
sda: blacklisted

Re: (no subject)

[Darrick J. Wong]

Mr. Kirk,

> Sounds like dmraid is grabbing them.  I'm not sure where the configuration for
> dmraid is, but that's a starting point.

I think FC5 runs "dmraid -ay" automatically, which probes disks and sets
up device-mapper configurations.  However, to ensure that this is really
dmraid's fault, could you post the output of "dmsetup table" after you
boot the system (and before you blow away the dm devices, obviously)?

If it _is_ dmraid, then you'll want to clean out any RAID configurations
in the SATA BIOS, and/or run dmraid -E /dev/sdX to remove the dmraid
configuration data.

Thanks,

--Darrick

RE: (no subject)

[ted creedon]

For what its worth, using SuSE 10.1

1. Set up e Nvidia SATA raids in the bios slots 2 and 3 in the controller,
slot 1 is linux
2. Devices look like /dev/sdb1 /dev/sdc1 on boot
3. run YaST it detects /dev/sdb and sdc as raid
4. use YaST partitioner to make /dev/md0 a mirror raid for sdb and sdc
5. /dev/sdb1 and /dev/sdc1 disappear and are replaced with /dev/md0

tedc

-----Original Message-----
From: dm-devel-bounces@redhat.com [mailto:dm-devel-bounces@redhat.com] On
Behalf Of Darrick J. Wong
Sent: Thursday, September 14, 2006 3:06 PM
To: device-mapper development
Subject: Re: [dm-devel] (no subject)

Mr. Kirk,

> Sounds like dmraid is grabbing them.  I'm not sure where the configuration
for
> dmraid is, but that's a starting point.

I think FC5 runs "dmraid -ay" automatically, which probes disks and sets
up device-mapper configurations.  However, to ensure that this is really
dmraid's fault, could you post the output of "dmsetup table" after you
boot the system (and before you blow away the dm devices, obviously)?

If it _is_ dmraid, then you'll want to clean out any RAID configurations
in the SATA BIOS, and/or run dmraid -E /dev/sdX to remove the dmraid
configuration data.

Thanks,

--Darrick


--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel

(no subject)

[Laurent CARON]

unsubscribe linux-kernel

(no subject)

[Laurent CARON]

unsubscribe linux-kernel

Re: (no subject)

[yukihana]

:―― INFORMATION  ―――――――――――――――――――――――――:
 不正・悪質なサイトを一切排除しておりますので
 安心してご利用ください。   http://love-match.bz/pc/?02
:――――――――――――――――――――――――――――――――――:

*・゜゜・*:.。. .。.:*・゜゜・*:.。..。:*・゜゜・*:.。..。:**・゜゜・*


━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　□■ 不倫・ワリキリ専門の無料出会いサイト『Love☆Match』
　-----------------------------------------------------------------
　　登録料・利用料　・・・・・・・・・【無料】
　　メールの送受信　・・・・・・・・・【無料】
　　ユーザーの検索　・・・・・・・・・【無料】
　　掲示板の閲覧・書込み　・・・・・・【無料】
　　画像交換・アップロード　・・・・・【無料】
　　アドレス交換・電話番号交換　・・・【無料】
　-----------------------------------------------------------------
　　どれだけ使っても全て無料！　http://love-match.bz/pc/?02

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　□■ いつでも女性ユーザーがいっぱい。その理由は？

　-----------------------------------------------------------------
　ＰＣ＆モバイルに対応！いつでもどこでも気軽に楽しめる！
　-----------------------------------------------------------------
　仕事中は携帯電話から、プライベートは自宅からのんびりと。
　気になる相手といつでも繋がっているから、新密度も急速にＵＰ。
　http://love-match.bz/pc/?02

　-----------------------------------------------------------------
　ＰＣから簡単プロフィール作成。ネット初心者でもラクラク参加ＯＫ
　-----------------------------------------------------------------
　面倒な登録は一切不要。パソコンから簡単なプロフィールを作成して
　初心者の方や女性でもすぐに参加できます。
　http://love-match.bz/pc/?02
　-----------------------------------------------------------------
　自由恋愛対応！直電・直メ交換支援ツール
　-----------------------------------------------------------------
　基本的にメールアドレスや電話番号は非公開ですが
　仲良くなった人だけにメールアドレスや電話番号を教える事ができます。
　http://love-match.bz/pc/?02

　-----------------------------------------------------------------
　写真アップロードに対応！好みの相手を素早くＣＨＥＣＫ！
　-----------------------------------------------------------------
　待ち合わせ場所にイメージとまったく違う人が来たら…。
　ピュアックスなら会う前に写真交換ができるから、そんな不安も解消。
　http://love-match.jp/pc/?06

　-----------------------------------------------------------------
　スレッド掲示板で秘密のパートナー検索も効率ＵＰ！
　-----------------------------------------------------------------
　メインの掲示板のほかにスレッド型の掲示板を設置。
　メル友から秘密のパートナーまで目的別のユーザーが集う掲示板です。
　http://love-match.jp/pc/?06


━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　□■ 毎日500人近くのユーザーが続々参加中！！

□-----------------------------------------------------------------

　リエ（２１歳/会社員）
　いつも１人でエッチなことを考えてます。
　メールだといろいろ話せるんだけど、実際に会うとあまりしゃべれなく
　なっちゃうので、盛り上げてくれるような楽しい男の人いないかな？
　引っ込み思案のせいか、男性経験はあまり無いんです。
　優しく＆楽しくリードしてくれる男性からのメール待ってます。
　[写真有り] http://love-match.bz/pc/?02

□-----------------------------------------------------------------

　真菜（２４歳/フリーター）
　彼氏が浮気してて超アタマきたっ！まなだって遊びたい盛りだし、ずっと
　ガマンしてたのにさ！かっこいい人見つけて思いっきりふってやるつもりで
　登録してみた（笑）
　[写真有り] http://love-match.bz/pc/?02

□-----------------------------------------------------------------

　みさ（３４歳/専業主婦）
　殆ど家に帰ってこない仕事人間のだんなさまと二人きりの毎日で、ほんと
　寂しい思いをしています。年下の男の子がいれば仲良くなりたいな。
　年下の人とは付き合ったことがないので興味津々です(^^)
　[写真無し] http://love-match.bz/pc/?02

□-----------------------------------------------------------------

　恭子（２８歳/会社員）
　彼氏とはいつも同じようなセックスばかりでかなり冷め気味です。
　誰かあたしと熱いセックスを楽しみませんか？めんどくさい事は
　言いません。ただ、いつもと違うドキドキするような事がしたい
　だけなんです。
　[写真無し] http://love-match.bz/pc/?02

□-----------------------------------------------------------------

　ななこ（２８歳/主婦）
　半年前にだんなと別れて今は×1です。
　夜のお仕事なので、昼間まったりと過ごしませんか？
　心身ともに疲れ気味で、今、激しく癒されたいです。
　[写真有り] http://love-match.bz/pc/?02

□-----------------------------------------------------------------

　祥子（３１歳/クリエイター）
　平日は18時くらいまでは大体仕事してるので、その後に食事したり
　楽しく飲んだりできるパートナー希望です。年上でも年下でも
　かまいませんので気軽にメールを送って頂けると嬉しいです。
　[写真有り] http://love-match.bz/pc/?02

□-----------------------------------------------------------------

　ゅヵ`（２０歳/学生）
　まずゎ会ってみないとはじまらなぃょね？！
　横浜近辺の人で、いろんな意味でオトナな人は
　プロフ付きでめぇる送って☆
　[写真有り] http://love-match.bz/pc/?02

□-----------------------------------------------------------------


   出会いサイトのサクラに騙されないように↓
　┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
　　【裏】無料の出会い情報
　　-------------------------------------------------------------
　　お金と時間を持て余している人妻の間で、噂になってるあのサイト
　　[登録・利用料全て無料]　http://love-match.bz/pc/?02
　　-------------------------------------------------------------
　　彼女達が求めているのはこんな男性です。
　　?年上女性にリードしてもらいたい、経験少なめの男性
　　?体力・テクニックに自信が有る男性
　　男性会員が不足しています。我こそは、と思う方は今すぐ参加！
　　[登録・利用料全て無料]　http://love-match.bz/pc/?02
　┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛

お問い合わせ先はこちら↓
広東省茂名市人民大街3-6-4-533
友誼網絡公司
139-3668-7892






-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

Re: (no subject)

[lucke]

On Tuesday 26 September 2006 00:11, lucke wrote:
> http://zeniv.linux.org.uk/~telsa/boom/

Oops, please disregard. Apparently whole day studying doesn't help my ability 
to send mails to correct recipients.

Pardon,

Luke

Re: (no subject)

[miyuki]

:―― INFORMATION  ―――――――――――――――――――――――――:
 不正・悪質なサイトを一切排除しておりますので
 安心してご利用ください。   http://love-match.bz/pc/?02
:――――――――――――――――――――――――――――――――――:

*・゜゜・*:.。. .。.:*・゜゜・*:.。..。:*・゜゜・*:.。..。:**・゜゜・*


━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　□■ 不倫・ワリキリ専門の無料出会いサイト『Love☆Match』
　-----------------------------------------------------------------
　　登録料・利用料　・・・・・・・・・【無料】
　　メールの送受信　・・・・・・・・・【無料】
　　ユーザーの検索　・・・・・・・・・【無料】
　　掲示板の閲覧・書込み　・・・・・・【無料】
　　画像交換・アップロード　・・・・・【無料】
　　アドレス交換・電話番号交換　・・・【無料】
　-----------------------------------------------------------------
　　どれだけ使っても全て無料！　http://love-match.bz/pc/?02

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　□■ いつでも女性ユーザーがいっぱい。その理由は？

　-----------------------------------------------------------------
　ＰＣ＆モバイルに対応！いつでもどこでも気軽に楽しめる！
　-----------------------------------------------------------------
　仕事中は携帯電話から、プライベートは自宅からのんびりと。
　気になる相手といつでも繋がっているから、新密度も急速にＵＰ。
　http://love-match.bz/pc/?02

　-----------------------------------------------------------------
　ＰＣから簡単プロフィール作成。ネット初心者でもラクラク参加ＯＫ
　-----------------------------------------------------------------
　面倒な登録は一切不要。パソコンから簡単なプロフィールを作成して
　初心者の方や女性でもすぐに参加できます。
　http://love-match.bz/pc/?02
　-----------------------------------------------------------------
　自由恋愛対応！直電・直メ交換支援ツール
　-----------------------------------------------------------------
　基本的にメールアドレスや電話番号は非公開ですが
　仲良くなった人だけにメールアドレスや電話番号を教える事ができます。
　http://love-match.bz/pc/?02

　-----------------------------------------------------------------
　写真アップロードに対応！好みの相手を素早くＣＨＥＣＫ！
　-----------------------------------------------------------------
　待ち合わせ場所にイメージとまったく違う人が来たら…。
　ピュアックスなら会う前に写真交換ができるから、そんな不安も解消。
　http://love-match.jp/pc/?06

　-----------------------------------------------------------------
　スレッド掲示板で秘密のパートナー検索も効率ＵＰ！
　-----------------------------------------------------------------
　メインの掲示板のほかにスレッド型の掲示板を設置。
　メル友から秘密のパートナーまで目的別のユーザーが集う掲示板です。
　http://love-match.jp/pc/?06


━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　□■ 毎日500人近くのユーザーが続々参加中！！

□-----------------------------------------------------------------

　リエ（２１歳/会社員）
　いつも１人でエッチなことを考えてます。
　メールだといろいろ話せるんだけど、実際に会うとあまりしゃべれなく
　なっちゃうので、盛り上げてくれるような楽しい男の人いないかな？
　引っ込み思案のせいか、男性経験はあまり無いんです。
　優しく＆楽しくリードしてくれる男性からのメール待ってます。
　[写真有り] http://love-match.bz/pc/?02

□-----------------------------------------------------------------

　真菜（２４歳/フリーター）
　彼氏が浮気してて超アタマきたっ！まなだって遊びたい盛りだし、ずっと
　ガマンしてたのにさ！かっこいい人見つけて思いっきりふってやるつもりで
　登録してみた（笑）
　[写真有り] http://love-match.bz/pc/?02

□-----------------------------------------------------------------

　みさ（３４歳/専業主婦）
　殆ど家に帰ってこない仕事人間のだんなさまと二人きりの毎日で、ほんと
　寂しい思いをしています。年下の男の子がいれば仲良くなりたいな。
　年下の人とは付き合ったことがないので興味津々です(^^)
　[写真無し] http://love-match.bz/pc/?02

□-----------------------------------------------------------------

　恭子（２８歳/会社員）
　彼氏とはいつも同じようなセックスばかりでかなり冷め気味です。
　誰かあたしと熱いセックスを楽しみませんか？めんどくさい事は
　言いません。ただ、いつもと違うドキドキするような事がしたい
　だけなんです。
　[写真無し] http://love-match.bz/pc/?02

□-----------------------------------------------------------------

　ななこ（２８歳/主婦）
　半年前にだんなと別れて今は×1です。
　夜のお仕事なので、昼間まったりと過ごしませんか？
　心身ともに疲れ気味で、今、激しく癒されたいです。
　[写真有り] http://love-match.bz/pc/?02

□-----------------------------------------------------------------

　祥子（３１歳/クリエイター）
　平日は18時くらいまでは大体仕事してるので、その後に食事したり
　楽しく飲んだりできるパートナー希望です。年上でも年下でも
　かまいませんので気軽にメールを送って頂けると嬉しいです。
　[写真有り] http://love-match.bz/pc/?02

□-----------------------------------------------------------------

　ゅヵ`（２０歳/学生）
　まずゎ会ってみないとはじまらなぃょね？！
　横浜近辺の人で、いろんな意味でオトナな人は
　プロフ付きでめぇる送って☆
　[写真有り] http://love-match.bz/pc/?02

□-----------------------------------------------------------------


   出会いサイトのサクラに騙されないように↓
　┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
　　【裏】無料の出会い情報
　　-------------------------------------------------------------
　　お金と時間を持て余している人妻の間で、噂になってるあのサイト
　　[登録・利用料全て無料]　http://love-match.bz/pc/?02
　　-------------------------------------------------------------
　　彼女達が求めているのはこんな男性です。
　　?年上女性にリードしてもらいたい、経験少なめの男性
　　?体力・テクニックに自信が有る男性
　　男性会員が不足しています。我こそは、と思う方は今すぐ参加！
　　[登録・利用料全て無料]　http://love-match.bz/pc/?02
　┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛

お問い合わせ先はこちら↓
広東省茂名市人民大街3-6-4-533
友誼網絡公司
139-3668-7892






-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: (no subject)

[yuki]

:―― INFORMATION  ―――――――――――――――――――――――――:
 不正・悪質なサイトを一切排除しておりますので
 安心してご利用ください。   http://love-match.bz/pc/01
:――――――――――――――――――――――――――――――――――:

*・゜゜・*:.。. .。.:*・゜゜・*:.。..。:*・゜゜・*:.。..。:**・゜゜・*


━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　□■ 不倫・ワリキリ専門の無料出会いサイト『Love☆Match』
　-----------------------------------------------------------------
　　登録料・利用料　・・・・・・・・・【無料】
　　メールの送受信　・・・・・・・・・【無料】
　　ユーザーの検索　・・・・・・・・・【無料】
　　掲示板の閲覧・書込み　・・・・・・【無料】
　　画像交換・アップロード　・・・・・【無料】
　　アドレス交換・電話番号交換　・・・【無料】
　-----------------------------------------------------------------
　　どれだけ使っても全て無料！　http://love-match.bz/pc/01

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　□■ いつでも女性ユーザーがいっぱい。その理由は？

　-----------------------------------------------------------------
　ＰＣ＆モバイルに対応！いつでもどこでも気軽に楽しめる！
　-----------------------------------------------------------------
　仕事中は携帯電話から、プライベートは自宅からのんびりと。
　気になる相手といつでも繋がっているから、新密度も急速にＵＰ。
　http://love-match.bz/pc/01

　-----------------------------------------------------------------
　ＰＣから簡単プロフィール作成。ネット初心者でもラクラク参加ＯＫ
　-----------------------------------------------------------------
　面倒な登録は一切不要。パソコンから簡単なプロフィールを作成して
　初心者の方や女性でもすぐに参加できます。
　http://love-match.bz/pc/01
　-----------------------------------------------------------------
　自由恋愛対応！直電・直メ交換支援ツール
　-----------------------------------------------------------------
　基本的にメールアドレスや電話番号は非公開ですが
　仲良くなった人だけにメールアドレスや電話番号を教える事ができます。
　http://love-match.bz/pc/01

　-----------------------------------------------------------------
　写真アップロードに対応！好みの相手を素早くＣＨＥＣＫ！
　-----------------------------------------------------------------
　待ち合わせ場所にイメージとまったく違う人が来たら…。
　ピュアックスなら会う前に写真交換ができるから、そんな不安も解消。
　http://love-match.bz/pc/01

　-----------------------------------------------------------------
　スレッド掲示板で秘密のパートナー検索も効率ＵＰ！
　-----------------------------------------------------------------
　メインの掲示板のほかにスレッド型の掲示板を設置。
　メル友から秘密のパートナーまで目的別のユーザーが集う掲示板です。
　http://love-match.bz/pc/01


━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　□■ 毎日500人近くのユーザーが続々参加中！！

□-----------------------------------------------------------------

　リエ（２１歳/会社員）
　いつも１人でエッチなことを考えてます。
　メールだといろいろ話せるんだけど、実際に会うとあまりしゃべれなく
　なっちゃうので、盛り上げてくれるような楽しい男の人いないかな？
　引っ込み思案のせいか、男性経験はあまり無いんです。
　優しく＆楽しくリードしてくれる男性からのメール待ってます。
　[写真有り] http://love-match.bz/pc/01

□-----------------------------------------------------------------

　真菜（２４歳/フリーター）
　彼氏が浮気してて超アタマきたっ！まなだって遊びたい盛りだし、ずっと
　ガマンしてたのにさ！かっこいい人見つけて思いっきりふってやるつもりで
　登録してみた（笑）
　[写真有り] http://love-match.bz/pc/01

□-----------------------------------------------------------------

　みさ（３４歳/専業主婦）
　殆ど家に帰ってこない仕事人間のだんなさまと二人きりの毎日で、ほんと
　寂しい思いをしています。年下の男の子がいれば仲良くなりたいな。
　年下の人とは付き合ったことがないので興味津々です(^^)
　[写真無し] http://love-match.bz/pc/01

□-----------------------------------------------------------------

　恭子（２８歳/会社員）
　彼氏とはいつも同じようなセックスばかりでかなり冷め気味です。
　誰かあたしと熱いセックスを楽しみませんか？めんどくさい事は
　言いません。ただ、いつもと違うドキドキするような事がしたい
　だけなんです。
　[写真無し] http://love-match.bz/pc/01

□-----------------------------------------------------------------

　ななこ（２８歳/主婦）
　半年前にだんなと別れて今は×1です。
　夜のお仕事なので、昼間まったりと過ごしませんか？
　心身ともに疲れ気味で、今、激しく癒されたいです。
　[写真有り] http://love-match.bz/pc/01

□-----------------------------------------------------------------

　祥子（３１歳/クリエイター）
　平日は18時くらいまでは大体仕事してるので、その後に食事したり
　楽しく飲んだりできるパートナー希望です。年上でも年下でも
　かまいませんので気軽にメールを送って頂けると嬉しいです。
　[写真有り] http://love-match.bz/pc/01

□-----------------------------------------------------------------

　ゅヵ`（２０歳/学生）
　まずゎ会ってみないとはじまらなぃょね？！
　横浜近辺の人で、いろんな意味でオトナな人は
　プロフ付きでめぇる送って☆
　[写真有り] http://love-match.bz/pc/01

□-----------------------------------------------------------------


   出会いサイトのサクラに騙されないように↓
　┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
　　【裏】無料の出会い情報
　　-------------------------------------------------------------
　　お金と時間を持て余している人妻の間で、噂になってるあのサイト
　　[登録・利用料全て無料]　http://love-match.jp/pc/?1
　　-------------------------------------------------------------
　　彼女達が求めているのはこんな男性です。
　　?年上女性にリードしてもらいたい、経験少なめの男性
　　?体力・テクニックに自信が有る男性
　　男性会員が不足しています。我こそは、と思う方は今すぐ参加！
　　[登録・利用料全て無料]　http://love-match.bz/pc/01
　┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛

広東省茂名市人民大街3-6-4-533
友誼網絡公司
139-3668-7892




-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

(no subject)

[albox]

It doesn't work for me either (at least, I can load the driver after using the
patch from Takashi).

Here are some details :

lspci -nv says:
0000:00:1b.0 0403: 8086:27d8 (rev 02)
        Subsystem: 161f:2054
        Flags: bus master, fast devsel, latency 0, IRQ 82
        Memory at d5300000 (64-bit, non-prefetchable) [size=16K]
        Capabilities: [50] Power Management version 2
        Capabilities: [60] Message Signalled Interrupts: 64bit+ Queue=0/0
Enable+
        Capabilities: [70] #10 [0091]

$ dmesg | grep ALSA
[17179588.696000] ALSA
/home/albuntu/install/realtek-linux-audiopack-4.05b/alsa-driver-1.0.13/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:680:
codec_mask = 0x3
[17179588.876000] ALSA
/home/albuntu/install/realtek-linux-audiopack-4.05b/alsa-driver-1.0.13/pci/hda/hda_codec.c:1741:
hda_codec: model 'medion' is selected
[17179589.604000] ALSA
/home/albuntu/install/realtek-linux-audiopack-4.05b/alsa-driver-1.0.13/pci/hda/../../alsa-kernel/pci/hda/patch_si3054.c:245:
si3054: cannot initialize. EXT MID = 0000
[17179589.612000] ALSA
/home/albuntu/install/realtek-linux-audiopack-4.05b/alsa-driver-1.0.13/pci/hda/../../alsa-kernel/pci/hda/patch_si3054.c:257:
Link Frame Detect(FDT) is not ready (line status: 0000)
[17179635.900000] ALSA
/home/albuntu/install/realtek-linux-audiopack-4.05b/alsa-driver-1.0.13/pci/hda/../../alsa-kernel/pci/hda/hda_intel.c:1142:
azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11
[17179635.900000] ALSA
/home/albuntu/install/realtek-linux-audiopack-4.05b/alsa-driver-1.0.13/pci/hda/hda_codec.c:630:
hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x11
[17179635.908000] ALSA
/home/albuntu/install/realtek-linux-audiopack-4.05b/alsa-driver-1.0.13/pci/hda/hda_codec.c:630:
hda_codec_setup_stream: NID=0x4, stream=0x5, channel=0, format=0x11
[17179635.916000] ALSA
/home/albuntu/install/realtek-linux-audiopack-4.05b/alsa-driver-1.0.13/pci/hda/hda_codec.c:630:
hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x11
[17179635.924000] ALSA
/home/albuntu/install/realtek-linux-audiopack-4.05b/alsa-driver-1.0.13/pci/hda/hda_codec.c:630:
hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x11

$ cat /proc/asound/card0/codec#0
Codec: Realtek ALC883
Address: 0
Vendor Id: 0x10ec0883
Subsystem Id: 0x161fd82b
Revision Id: 0x100002
Default PCM: rates 0x560, bits 0x0e, types 0x1
Default Amp-In caps: N/A
Default Amp-Out caps: N/A
Node 0x02 [Audio Output] wcaps 0x11: Stereo
  PCM: rates 0x560, bits 0x0e, types 0x1
Node 0x03 [Audio Output] wcaps 0x11: Stereo
  PCM: rates 0x560, bits 0x0e, types 0x1
Node 0x04 [Audio Output] wcaps 0x11: Stereo
  PCM: rates 0x560, bits 0x0e, types 0x1
Node 0x05 [Audio Output] wcaps 0x11: Stereo
  PCM: rates 0x560, bits 0x0e, types 0x1
Node 0x06 [Audio Output] wcaps 0x211: Stereo Digital
  PCM: rates 0x560, bits 0x1e, types 0x1
Node 0x07 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x08 [Audio Input] wcaps 0x10011b: Stereo Amp-In
  Amp-In caps: ofs=0x08, nsteps=0x1f, stepsize=0x05, mute=1
  Amp-In vals:  [0x80 0x80]
  PCM: rates 0x160, bits 0x06, types 0x1
  Connection: 1
     0x23
Node 0x09 [Audio Input] wcaps 0x10011b: Stereo Amp-In
  Amp-In caps: ofs=0x08, nsteps=0x1f, stepsize=0x05, mute=1
  Amp-In vals:  [0x80 0x80]
  PCM: rates 0x160, bits 0x06, types 0x1
  Connection: 1
     0x22
Node 0x0a [Audio Input] wcaps 0x100391: Stereo Digital
  PCM: rates 0x560, bits 0x1e, types 0x1
  Connection: 1
     0x1f
Node 0x0b [Audio Mixer] wcaps 0x20010b: Stereo Amp-In
  Amp-In caps: ofs=0x17, nsteps=0x1f, stepsize=0x05, mute=1
  Amp-In vals:  [0x00 0x00] [0x1f 0x1f] [0x00 0x00] [0x00 0x00] [0x00 0x00]
[0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
  Connection: 10
     0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17
Node 0x0c [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
  Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-In vals:  [0x00 0x00] [0x00 0x00]
  Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
  Amp-Out vals:  [0x1f 0x1f]
  Connection: 2
     0x02 0x0b
Node 0x0d [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
  Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-In vals:  [0x00 0x00] [0x00 0x00]
  Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
  Amp-Out vals:  [0x06 0x06]
  Connection: 2
     0x03 0x0b
Node 0x0e [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
  Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-In vals:  [0x00 0x00] [0x00 0x00]
  Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
  Amp-Out vals:  [0x0b 0x07]
  Connection: 2
     0x04 0x0b
Node 0x0f [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
  Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-In vals:  [0x00 0x00] [0x00 0x00]
  Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
  Amp-Out vals:  [0x06 0x06]
  Connection: 2
     0x05 0x0b
Node 0x10 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x11 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x12 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x13 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x14 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
  Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
  Amp-In vals:  [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00]
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x00 0x00]
  Pincap 0x083e: IN OUT HP Detect
  Pin Default 0x01011110: [Jack] Line Out at Ext Rear
    Conn = 1/8, Color = Black
  Pin-ctls: 0x40: OUT
  Connection: 5
     0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x15 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
  Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
  Amp-In vals:  [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00]
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x00 0x00]
  Pincap 0x083e: IN OUT HP Detect
  Pin Default 0x01011112: [Jack] Line Out at Ext Rear
    Conn = 1/8, Color = Black
  Pin-ctls: 0x40: OUT
  Connection: 5
     0x0c 0x0d* 0x0e 0x0f 0x26
Node 0x16 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
  Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
  Amp-In vals:  [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00]
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x00 0x00]
  Pincap 0x083e: IN OUT HP Detect
  Pin Default 0x01011111: [Jack] Line Out at Ext Rear
    Conn = 1/8, Color = Black
  Pin-ctls: 0x40: OUT
  Connection: 5
     0x0c 0x0d 0x0e* 0x0f 0x26
Node 0x17 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
  Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
  Amp-In vals:  [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00]
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x00 0x00]
  Pincap 0x083e: IN OUT HP Detect
  Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
    Conn = 1/8, Color = Black
  Pin-ctls: 0x40: OUT
  Connection: 5
     0x0c 0x0d 0x0e 0x0f* 0x26
Node 0x18 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
  Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
  Amp-In vals:  [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00]
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x80 0x80]
  Pincap 0x08173e: IN OUT HP Detect
  Pin Default 0x02a11c3f: [Jack] Mic at Ext Front
    Conn = 1/8, Color = Black
  Pin-ctls: 0x24: IN
  Connection: 5
     0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x19 [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
  Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
  Amp-In vals:  [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00]
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x80 0x80]
  Pincap 0x08173e: IN OUT HP Detect
  Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
    Conn = 1/8, Color = Black
  Pin-ctls: 0x24: IN
  Connection: 5
     0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x1a [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
  Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
  Amp-In vals:  [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00]
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x80 0x80]
  Pincap 0x08173e: IN OUT HP Detect
  Pin Default 0x99830130: [Fixed] Line In at Int ATAPI
    Conn = ATAPI, Color = Unknown
  Pin-ctls: 0x20: IN
  Connection: 5
     0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x1b [Pin Complex] wcaps 0x40018f: Stereo Amp-In Amp-Out
  Amp-In caps: ofs=0x00, nsteps=0x03, stepsize=0x27, mute=0
  Amp-In vals:  [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x00 0x00]
  Amp-Out caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-Out vals:  [0x00 0x00]
  Pincap 0x08173e: IN OUT HP Detect
  Pin Default 0x0221111f: [Jack] HP Out at Ext Front
    Conn = 1/8, Color = Black
  Pin-ctls: 0xc0: OUT HP
  Connection: 5
     0x0c* 0x0d 0x0e 0x0f 0x26
Node 0x1c [Pin Complex] wcaps 0x400001: Stereo
  Pincap 0x0820: IN
  Pin Default 0x411111f0: [N/A] Speaker at Ext Rear
    Conn = 1/8, Color = Black
  Pin-ctls: 0x00:
Node 0x1d [Pin Complex] wcaps 0x400000: Mono
  Pincap 0x0820: IN
  Pin Default 0x99830131: [Fixed] Line In at Int ATAPI
    Conn = ATAPI, Color = Unknown
  Pin-ctls: 0x00:
Node 0x1e [Pin Complex] wcaps 0x400300: Mono Digital
  Pincap 0x0810: OUT
  Pin Default 0x01451120: [Jack] SPDIF Out at Ext Rear
    Conn = Optical, Color = Black
  Pin-ctls: 0x00:
  Connection: 1
     0x06
Node 0x1f [Pin Complex] wcaps 0x400200: Mono Digital
  Pincap 0x0820: IN
  Pin Default 0x01c46160: [Jack] SPDIF In at Ext Rear
    Conn = RCA, Color = Orange
  Pin-ctls: 0x00:
Node 0x20 [Vendor Defined Widget] wcaps 0xf00040: Mono
Node 0x21 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x22 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
  Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-In vals:  [0x00 0x00] [0x00 0x00] [0x00 0x00] [0x80 0x80] [0x00 0x00]
[0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
  Amp-Out caps: N/A
  Amp-Out vals:  [0x00 0x00]
  Connection: 11
     0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b
Node 0x23 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
  Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-In vals:  [0x00 0x00] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
[0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80] [0x80 0x80]
  Amp-Out caps: N/A
  Amp-Out vals:  [0x00 0x00]
  Connection: 11
     0x18 0x19 0x1a 0x1b 0x1c 0x1d 0x14 0x15 0x16 0x17 0x0b
Node 0x24 [Vendor Defined Widget] wcaps 0xf00000: Mono
Node 0x25 [Audio Output] wcaps 0x11: Stereo
  PCM: rates 0x560, bits 0x0e, types 0x1
Node 0x26 [Audio Mixer] wcaps 0x20010f: Stereo Amp-In Amp-Out
  Amp-In caps: ofs=0x00, nsteps=0x00, stepsize=0x00, mute=1
  Amp-In vals:  [0x00 0x00] [0x80 0x80]
  Amp-Out caps: ofs=0x1f, nsteps=0x1f, stepsize=0x05, mute=0
  Amp-Out vals:  [0x00 0x00]
  Connection: 2
     0x25 0x0b


I also tried speaker-test but nothing happened. I'll now try the tarball that
Remy posted last weekend and I'll let you know if it works...

Cheers,
AL

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: (no subject)

[James Templeton]

Good day,

Accoring to your prior applications, we can 
offer you anywhere from 217K at 6.32% to 672K at 5.95%

http://contrum.com/16r

Please fill in your info and instantly get your FICO score.
Poor scores are NOT a problem. 

Thanks,
James Templeton



-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

(no subject)

[Thomas Sandquist]

Hello,

I'm trying to find out if the ipt_random module can be compiled in to the
2.6 kernels? A few years ago (back in the day of kernel 2.4) I patched and
compiled this module in to the kernel and used it in a load balancing
script (shotgunning cable modems). I'm interested in doing this with a new
box running FC5 (currently kernel 2.6.18) but have found very little
information on it. I finally figured out how to get POM again (I think I
got the right version anyways... it's now POM-NG however the release date
was in 2004) and found the random source there but the info note says it
only works on kernels below 2.6.0. Do I just have too old of a version of
the POM package or is the random module really only available in the 2.4
kernel? If it's not available in the 2.6 kernel are their any alternative
modules that I should be looking in to (perhaps the nth module although I
haven't really read up on it yet)? Any help would be appreciated. It was
great shotgunning cable modems with this setup a few years ago and it
would be even cooler if I could get this working on a more modern distro
(I am open to other distro's other than Fedora if someone knows of one
that might be better for my routing purposes).

Thanks,
Thomas Sandquist

Re: (no subject)

[misato]

:―― INFORMATION  ―――――――――――――――――――――――――:
 不正・悪質なサイトを一切排除しておりますので
 安心してご利用ください。   http://love-match.bz/pc/?06
:――――――――――――――――――――――――――――――――――:

*・゜゜・*:.。. .。.:*・゜゜・*:.。..。:*・゜゜・*:.。..。:**・゜゜・*

お金と時間を持て余している人妻の間で、噂になってるあのサイト
　　[登録・利用料全て無料]　http://love-match.bz/pc/?03
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　□■ 不倫・ワリキリ専門の無料出会いサイト『Love☆Match』
　-----------------------------------------------------------------
　　登録料・利用料　・・・・・・・・・【無料】
　　メールの送受信　・・・・・・・・・【無料】
　　ユーザーの検索　・・・・・・・・・【無料】
　　掲示板の閲覧・書込み　・・・・・・【無料】
　　画像交換・アップロード　・・・・・【無料】
　　アドレス交換・電話番号交換　・・・【無料】
　-----------------------------------------------------------------
　　どれだけ使っても全て無料！　http://love-match.bz/pc/?06

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　□■ いつでも女性ユーザーがいっぱい。その理由は？

　-----------------------------------------------------------------
　ＰＣ＆モバイルに対応！いつでもどこでも気軽に楽しめる！
　-----------------------------------------------------------------
　仕事中は携帯電話から、プライベートは自宅からのんびりと。
　気になる相手といつでも繋がっているから、新密度も急速にＵＰ。
　http://love-match.bz/pc/?06

　-----------------------------------------------------------------
　ＰＣから簡単プロフィール作成。ネット初心者でもラクラク参加ＯＫ
　-----------------------------------------------------------------
　面倒な登録は一切不要。パソコンから簡単なプロフィールを作成して
　初心者の方や女性でもすぐに参加できます。
　http://love-match.bz/pc/?06
　-----------------------------------------------------------------
　自由恋愛対応！直電・直メ交換支援ツール
　-----------------------------------------------------------------
　基本的にメールアドレスや電話番号は非公開ですが
　仲良くなった人だけにメールアドレスや電話番号を教える事ができます。
　http://love-match.bz/pc/?06

　-----------------------------------------------------------------
　写真アップロードに対応！好みの相手を素早くＣＨＥＣＫ！
　-----------------------------------------------------------------
　待ち合わせ場所にイメージとまったく違う人が来たら…。
　ピュアックスなら会う前に写真交換ができるから、そんな不安も解消。
　http://love-match.bz/pc/?06

　-----------------------------------------------------------------
　スレッド掲示板で秘密のパートナー検索も効率ＵＰ！
　-----------------------------------------------------------------
　メインの掲示板のほかにスレッド型の掲示板を設置。
　メル友から秘密のパートナーまで目的別のユーザーが集う掲示板です。
　http://love-match.bz/pc/?06


━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　□■ 毎日500人近くのユーザーが続々参加中！！

□-----------------------------------------------------------------

　リエ（２１歳/会社員）
　いつも１人でエッチなことを考えてます。
　メールだといろいろ話せるんだけど、実際に会うとあまりしゃべれなく
　なっちゃうので、盛り上げてくれるような楽しい男の人いないかな？
　引っ込み思案のせいか、男性経験はあまり無いんです。
　優しく＆楽しくリードしてくれる男性からのメール待ってます。
　[写真有り] http://love-match.bz/pc/?06

□-----------------------------------------------------------------

　真菜（２４歳/フリーター）
　彼氏が浮気してて超アタマきたっ！まなだって遊びたい盛りだし、ずっと
　ガマンしてたのにさ！かっこいい人見つけて思いっきりふってやるつもりで
　登録してみた（笑）
　[写真有り] http://love-match.bz/pc/?06

□-----------------------------------------------------------------

　みさ（３４歳/専業主婦）
　殆ど家に帰ってこない仕事人間のだんなさまと二人きりの毎日で、ほんと
　寂しい思いをしています。年下の男の子がいれば仲良くなりたいな。
　年下の人とは付き合ったことがないので興味津々です(^^)
　[写真無し] http://love-match.bz/pc/?06

□-----------------------------------------------------------------

　恭子（２８歳/会社員）
　彼氏とはいつも同じようなセックスばかりでかなり冷め気味です。
　誰かあたしと熱いセックスを楽しみませんか？めんどくさい事は
　言いません。ただ、いつもと違うドキドキするような事がしたい
　だけなんです。
　[写真無し] http://love-match.bz/pc/?06

□-----------------------------------------------------------------

　ななこ（２８歳/主婦）
　半年前にだんなと別れて今は×1です。
　夜のお仕事なので、昼間まったりと過ごしませんか？
　心身ともに疲れ気味で、今、激しく癒されたいです。
　[写真有り] http://love-match.bz/pc/?06

□-----------------------------------------------------------------

　祥子（３１歳/クリエイター）
　平日は18時くらいまでは大体仕事してるので、その後に食事したり
　楽しく飲んだりできるパートナー希望です。年上でも年下でも
　かまいませんので気軽にメールを送って頂けると嬉しいです。
　[写真有り] http://love-match.bz/pc/?06

□-----------------------------------------------------------------

　ゅヵ`（２０歳/学生）
　まずゎ会ってみないとはじまらなぃょね？！
　横浜近辺の人で、いろんな意味でオトナな人は
　プロフ付きでめぇる送って☆
　[写真有り] http://love-match.bz/pc/?06

□-----------------------------------------------------------------


   出会いサイトのサクラに騙されないように↓
　┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
　　【裏】無料の出会い情報
　　-------------------------------------------------------------
　　お金と時間を持て余している人妻の間で、噂になってるあのサイト
　　[登録・利用料全て無料]　http://love-match.bz/pc/?06
　　-------------------------------------------------------------
　　彼女達が求めているのはこんな男性です。
　　?年上女性にリードしてもらいたい、経験少なめの男性
　　?体力・テクニックに自信が有る男性
　　男性会員が不足しています。我こそは、と思う方は今すぐ参加！
　　[登録・利用料全て無料]　http://love-match.bz/pc/?06
　┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛

広東省茂名市人民大街3-6-4-533
友誼網絡公司
139-3668-7892




-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

Re: (no subject)

[Thierry Vignaud]

Ricardo Cerqueira <ricardo@cerqueira.org> writes:

> >>> > Check alsa-kernel hg tree whether you have a changeset 4658
> >>> > "Fix re-use of va_list" (although it should work even without
> >>> > this patch on i386).
> >>>
> >>> Yes, I'm at changeset 4662... I checked core/info.c by hand, and
> >>> the va_list change is there... I just tried cloning fresh copies
> >>> of alsa-kernel and alsa-driver, and the result is the same.
> >>
> >> Weird.  Could you check whether really it's 4k boundary problem?
> > 
> > Looks like it is:
> 
> OK... The resize call is never reached (the break clause is always
> true).  I added a small printk before the size test, and got:
> 
> DEBUG - res=48 and len=74
> DEBUG - res=25 and len=26
> DEBUG - res=0 and len=1
> DEBUG - res=0 and len=1
> DEBUG - res=0 and len=1
> 
> And from here on, vsnprintf always returns 0. From my understanding
> of the documentation, it shouldn't happen, but... (maybe a glibc
> bug?)

core/info.c is kernel land, no glibc code is used there

> Changing the "if (res < len)" to "if (res && res < len)" solves it,
> but I don't know if there'll be other side effects.

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

(no subject)

[Skelhorn.RJC]

Any update on this problem?
http://www.spinics.net/lists/alsa-devel/msg01148.html

Thanks
Richard

Please CC your reply to rskelhorn@eastlink.ca


-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

(no subject)

[ATA YAZILIM A.Þ.]

ARTIK PERSONEL TAKİBİ ÇOK KOLAY!!!

PARMAK İZLİ DEVAM KONTROL SİSTEMLERİ
"ŞİMDİ GEÇ KALANLAR DÜŞÜNSÜN"

UYGUN FİYAT-KOLAY KURULUM,KULLANIM-TÜRKÇE PROGRAM

30.10.2006 TARİHİNE KADAR VERİLEN SİPARİŞLERDE 200$ DEĞERİNDEKİ OTOMATİK
MAAŞ HESAPLAYISI BEDAVA!!!

BAYİLİKLER VERİLECEKTİR.

PDKS TÜRKİYE DİSTRİBÜTÖRÜ
ATA YAZILIM DONANIM A.Ş
MUSTAFA ALTINKILIÇ
TEL: 0462 223 4005
FAX: 0462 223 4017
mustafa@ataas.com
BEŞİRLİ MAH. OSA APT. KAT 1 TRABZON
www.ataas.com

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

Re: (no subject)

[Garbs H. Pecan]

welco me to the best pharmacy http:///


-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

Re: (no subject)

[Doctor]

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

 

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

[-- Attachment #1.2: emancipating.gif --]
[-- Type: image/gif, Size: 12294 bytes --]

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

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

(no subject)

[Kaleb D. Tuimala]

I am new to Linux. I am using Open Suse 10.0. Currently iptables 1.3.3 is
installed. I want to patch that up to 1.3.6. The problem I am having is
that I have no idea how to install the incremental patches from iptables
1.3.3 - 1.3.6. How do I successfully do this? If anyone could give me
detailed instructions on how to use the patches I would greatly appreciate
it.

-- Kaleb

Re: (no subject)

[Doctor]

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

 

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

[-- Attachment #1.2: disproportion.gif --]
[-- Type: image/gif, Size: 12294 bytes --]

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

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Isabel Decker]

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

just do their  and parents alike.  The efforts often children are plopped in  one day a week.  
kids: The American  academy report says.for creating  resists  says the report,   neighborhoods  It says enrichment tools  old-fashioned playtime.  of free play time,  
It can help children   the report says. stressed-out  lose school recess  overscheduled  
instead allowing  Atlanta, Georgia.  begin as early as infancy. these things, will  Social pressures  things you can do  
of Philadelphia, Pennsylvania. 
just do their  
become creative,   with get-smart   activities  Numerous studies  
would worry if  prepared by two  "I hope it will have some effect," "I truly believe  is more good,  really need for  super parents, I believe this message  skills,  videos, enrichment Noted pediatrician and author  
discover  weekly, plus T-ball  
love to do. 
"I truly believe  
lose school recess  instead allowing  Here's some soothing  and parents alike.  and organized  one day a week.  

is more good,  super parents, I believe this message  develop problem-solving  she says, she  become creative,  has a  
such as blocks and dolls,  classes in a  Noted pediatrician and author  it's chasing butterflies, playing with 
 contribute to depression  adjust to school settings, the  
help them excel.  
relate to others and  It says enrichment tools   with get-smart  If it occurs  and lots of 
 "true toys"  she says, she  
for looking for  
super parents, I believe this message  
academy report says. "Perhaps above all,  
"Perhaps above all,  for some of  plenty of time  stressed-out  playtime can create  
stressed-out  as a requirement  relate to others and  
her kids   "true toys"  time, it can increase risks for  help them excel.  drive to  in preschool  It says enrichment tools  
they must be  beneficial but should not be viewed  because young  
medicine for  
trouble finding buddies  annual meeting in  
Numerous studies  
one day a week.  A lack of spontaneous   activities   a lack of playtime  with the other kids." 
she says, she  playtime can create  part of childhood,"  play is a simple  
and 3-year-old   activities  and other play  "I truly believe   contribute to depression  
of free play time,  trouble finding buddies  
relate to others and   classes in a  in the shuffle,  If it occurs  one day a week.  
would worry if  these things, will  release Monday  
huge variety of  "I hope it will have some effect," a pediatrician at The Children's Hospital  beneficial but should not be viewed  the academy's report. own thing,"  
joy that is a cherished  have shown that  
"Perhaps above all,  
they must be  sp1 


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

[-- Attachment #1.2: ljmsr.{PIC_TYPE} --]
[-- Type: image/gif, Size: 8246 bytes --]

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

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

(no subject)

[Antonio Sampayo]

-- 
 --------------
< Debian Rules >
 --------------
        \   ^__^
         \  (oo)\_______
            (__)\       )\/\
                ||----w |
                ||     ||

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

Re: (no subject)

[Rectums C. Palate]

welc ome to the best pharmacy http://<html>/?IJESRKUF5AVRhVV0VRWXFTX0dUHEJBW19UUUcaWkNV


-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

Re: (no subject)

[Doctor]

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

 

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

[-- Attachment #1.2: exemplar.gif --]
[-- Type: image/gif, Size: 4830 bytes --]

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

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Doctor]

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

 

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

[-- Attachment #1.2: Jarred.gif --]
[-- Type: image/gif, Size: 4830 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Tamil E. Turnoffs]

[-- Attachment #1.1: Type: text/html, Size: 1310 bytes --]

[-- Attachment #1.2: nutshell.gif --]
[-- Type: image/gif, Size: 1377 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

(no subject)

[Tim Edwards]

Hi,

I don't know if this makes much sense with the way iptables works.
Anyway I'm trying to instantly stop all outgoing traffic from a machine,
even from processes that are currently running and may have connections
active.

Is this possible with iptables? 

Thanks 

Tim Edwards

This email and any attachment may contain confidential, privileged information for the sole use of the intended recipient. If you are not the intended recipient, do not disclose, reproduce, disseminate or otherwise use this communication. If you received this communication in error, please immediately notify the sender via email and delete the communication from your system.

Re: (no subject)

[Bernd Petrovitsch]

On Tue, 2006-11-21 at 09:25 +0000, Tim Edwards wrote:
> Hi,
> 
> I don't know if this makes much sense with the way iptables works.
> Anyway I'm trying to instantly stop all outgoing traffic from a machine,
> even from processes that are currently running and may have connections
> active.
> 
> Is this possible with iptables? 

Yes. Just insert such a rule into the OUTPUT chain.

	Bernd
-- 
Firmix Software GmbH                   http://www.firmix.at/
mobil: +43 664 4416156                 fax: +43 1 7890849-55
          Embedded Linux Development and Services

RE: (no subject)

[Tim Edwards]

-----Original Message-----
From: Bernd Petrovitsch [mailto:bernd@firmix.at] 
Sent: 21 November 2006 10:13
To: Tim Edwards
Cc: netfilter@lists.netfilter.org
Subject: Re: (no subject)

> Yes. Just insert such a rule into the OUTPUT chain.

Ok I have the following rules but it still isn't cutting off existing
connections:

#!/bin/bash

# First clear all rules (and set the policy to DROP on the default
chains)
iptables -F
# Second delete all the extra (user-defined) chains
iptables -X
# Set polcy on the default chains
iptables -P INPUT DROP
iptables -P OUTPUT DROP
iptables -P FORWARD DROP
# allow anything over loopback
iptables -A INPUT -i lo -j ACCEPT
iptables -A OUTPUT -o lo -j ACCEPT
# Allow incoming ssh and http/s connections
iptables -A INPUT -p tcp -m tcp -m multiport --dports 22,80,443 -j
ACCEPT
iptables -A INPUT -j LOG --log-prefix="INPUT REJECT" --log-level=info
iptables -A INPUT -j REJECT
# Allow already established ssh and http/s connections back out through
the firewall
iptables -A OUTPUT -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT
iptables -A OUTPUT -j LOG --log-prefix="OUTPUT REJECT" --log-level=info
iptables -A OUTPUT -j REJECT
iptables -A FORWARD -j LOG --log-prefix="FORWARD REJECT"
--log-level=info
iptables -A FORWARD -j REJECT


This email and any attachment may contain confidential, privileged information for the sole use of the intended recipient. If you are not the intended recipient, do not disclose, reproduce, disseminate or otherwise use this communication. If you received this communication in error, please immediately notify the sender via email and delete the communication from your system.

RE: (no subject)

[Bernd Petrovitsch]

On Tue, 2006-11-21 at 10:44 +0000, Tim Edwards wrote:
> 
> -----Original Message-----
> From: Bernd Petrovitsch [mailto:bernd@firmix.at] 
> Sent: 21 November 2006 10:13
> To: Tim Edwards
> Cc: netfilter@lists.netfilter.org
> Subject: Re: (no subject)
> 
> > Yes. Just insert such a rule into the OUTPUT chain.
> 
> Ok I have the following rules but it still isn't cutting off existing
> connections:

Yup.

> #!/bin/bash
> 
> # First clear all rules (and set the policy to DROP on the default
> chains)
> iptables -F
> # Second delete all the extra (user-defined) chains
> iptables -X
> # Set polcy on the default chains
> iptables -P INPUT DROP
> iptables -P OUTPUT DROP
> iptables -P FORWARD DROP
> # allow anything over loopback
> iptables -A INPUT -i lo -j ACCEPT
> iptables -A OUTPUT -o lo -j ACCEPT
> # Allow incoming ssh and http/s connections
> iptables -A INPUT -p tcp -m tcp -m multiport --dports 22,80,443 -j
> ACCEPT
> iptables -A INPUT -j LOG --log-prefix="INPUT REJECT" --log-level=info
> iptables -A INPUT -j REJECT
> # Allow already established ssh and http/s connections back out through
> the firewall
> iptables -A OUTPUT -m state --state NEW,ESTABLISHED,RELATED -j ACCEPT

This allows all existing connections. If the above comment should be
correct, you probably forgot here something.

> iptables -A OUTPUT -j LOG --log-prefix="OUTPUT REJECT" --log-level=info
> iptables -A OUTPUT -j REJECT
> iptables -A FORWARD -j LOG --log-prefix="FORWARD REJECT"
> --log-level=info
> iptables -A FORWARD -j REJECT

	Bernd
-- 
Firmix Software GmbH                   http://www.firmix.at/
mobil: +43 664 4416156                 fax: +43 1 7890849-55
          Embedded Linux Development and Services

RE: (no subject)

[Tim Edwards]

> -----Original Message-----
> From: Bernd Petrovitsch [mailto:bernd@firmix.at]
> Sent: 21 November 2006 10:54
> To: Tim Edwards
> Cc: netfilter@lists.netfilter.org
> Subject: RE: (no subject)
> 
> On Tue, 2006-11-21 at 10:44 +0000, Tim Edwards wrote:
> >
> > -----Original Message-----
> > From: Bernd Petrovitsch [mailto:bernd@firmix.at]
> > Sent: 21 November 2006 10:13
> > To: Tim Edwards
> > Cc: netfilter@lists.netfilter.org
> > Subject: Re: (no subject)
> >
> > > Yes. Just insert such a rule into the OUTPUT chain.
> >
> > Ok I have the following rules but it still isn't cutting off
existing
> > connections:
> 
> Yup.
> 
> > #!/bin/bash
> >
> > # First clear all rules (and set the policy to DROP on the default
> > chains)
> > iptables -F
> > # Second delete all the extra (user-defined) chains
> > iptables -X
> > # Set polcy on the default chains
> > iptables -P INPUT DROP
> > iptables -P OUTPUT DROP
> > iptables -P FORWARD DROP
> > # allow anything over loopback
> > iptables -A INPUT -i lo -j ACCEPT
> > iptables -A OUTPUT -o lo -j ACCEPT
> > # Allow incoming ssh and http/s connections
> > iptables -A INPUT -p tcp -m tcp -m multiport --dports 22,80,443 -j
> > ACCEPT
> > iptables -A INPUT -j LOG --log-prefix="INPUT REJECT"
--log-level=info
> > iptables -A INPUT -j REJECT
> > # Allow already established ssh and http/s connections back out
through
> > the firewall
> > iptables -A OUTPUT -m state --state NEW,ESTABLISHED,RELATED -j
ACCEPT
> 
> This allows all existing connections. If the above comment should be
> correct, you probably forgot here something.
> 
> > iptables -A OUTPUT -j LOG --log-prefix="OUTPUT REJECT"
--log-level=info
> > iptables -A OUTPUT -j REJECT
> > iptables -A FORWARD -j LOG --log-prefix="FORWARD REJECT"
> > --log-level=info
> > iptables -A FORWARD -j REJECT

Good point, that line was definitely wrong. What I'm trying to do this
block all traffic, including active connections, except incoming ssh and
http/s connections. From testing I've found the above does block all
traffic while allowing ssh and http/s in, but doesn't cutoff existing
connections.

I've tried this line instead of the one above but now all traffic,
including incoming ssh and http/s, seems to be blocked:
iptables -A OUTPUT -m tcp -m multiport --sports 22,80,443 -m state
--state NEW,ESTABLISHED,RELATED -j ACCEPT

Any suggestions?

Thanks

Tim
This email and any attachment may contain confidential, privileged information for the sole use of the intended recipient. If you are not the intended recipient, do not disclose, reproduce, disseminate or otherwise use this communication. If you received this communication in error, please immediately notify the sender via email and delete the communication from your system.

Re: (no subject)

[Variance P. Whirled]

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

 

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

[-- Attachment #1.2: urging.gif --]
[-- Type: image/gif, Size: 3260 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Groins O. Animation]

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

 

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

[-- Attachment #1.2: miscalculate.gif --]
[-- Type: image/gif, Size: 3260 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Profanation R. Meandering]

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

 

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

[-- Attachment #1.2: anticipation.gif --]
[-- Type: image/gif, Size: 3260 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Scrounger D. Aboded]

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

 

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

[-- Attachment #1.2: tern.gif --]
[-- Type: image/gif, Size: 3260 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Proponent V. Stepbrother]

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

 

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

[-- Attachment #1.2: parsimony.gif --]
[-- Type: image/gif, Size: 3260 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Generality O. Lifeblood]

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

 

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

[-- Attachment #1.2: lumber.gif --]
[-- Type: image/gif, Size: 3260 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Glenn K. Transporting]

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

 

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

[-- Attachment #1.2: drearier.gif --]
[-- Type: image/gif, Size: 3260 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[miki]

:―― INFORMATION  ―――――――――――――――――――――――――:
 不正・悪質なサイトを一切排除しておりますので
 安心してご利用ください。   http://love-match.bz/pc/04
:――――――――――――――――――――――――――――――――――:

*・゜゜・*:.。. .。.:*・゜゜・*:.。..。:*・゜゜・*:.。..。:**・゜゜・*


━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　□■ 不倫・ワリキリ専門の無料出会いサイト『Love☆Match』
　-----------------------------------------------------------------
　　登録料・利用料　・・・・・・・・・【無料】
　　メールの送受信　・・・・・・・・・【無料】
　　ユーザーの検索　・・・・・・・・・【無料】
　　掲示板の閲覧・書込み　・・・・・・【無料】
　　画像交換・アップロード　・・・・・【無料】
　　アドレス交換・電話番号交換　・・・【無料】
　-----------------------------------------------------------------
　　どれだけ使っても全て無料！　http://love-match.bz/pc/04

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　□■ いつでも女性ユーザーがいっぱい。その理由は？

　-----------------------------------------------------------------
　ＰＣ＆モバイルに対応！いつでもどこでも気軽に楽しめる！
　-----------------------------------------------------------------
　仕事中は携帯電話から、プライベートは自宅からのんびりと。
　気になる相手といつでも繋がっているから、新密度も急速にＵＰ。
　http://love-match.bz/pc/04

　-----------------------------------------------------------------
　ＰＣから簡単プロフィール作成。ネット初心者でもラクラク参加ＯＫ
　-----------------------------------------------------------------
　面倒な登録は一切不要。パソコンから簡単なプロフィールを作成して
　初心者の方や女性でもすぐに参加できます。
　http://love-match.bz/pc/04
　-----------------------------------------------------------------
　自由恋愛対応！直電・直メ交換支援ツール
　-----------------------------------------------------------------
　基本的にメールアドレスや電話番号は非公開ですが
　仲良くなった人だけにメールアドレスや電話番号を教える事ができます。
　http://love-match.bz/pc/04

　-----------------------------------------------------------------
　写真アップロードに対応！好みの相手を素早くＣＨＥＣＫ！
　-----------------------------------------------------------------
　待ち合わせ場所にイメージとまったく違う人が来たら…。
　ピュアックスなら会う前に写真交換ができるから、そんな不安も解消。
　http://love-match.bz/pc/04

　-----------------------------------------------------------------
　スレッド掲示板で秘密のパートナー検索も効率ＵＰ！
　-----------------------------------------------------------------
　メインの掲示板のほかにスレッド型の掲示板を設置。
　メル友から秘密のパートナーまで目的別のユーザーが集う掲示板です。
　http://love-match.bz/pc/04


━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　□■ 毎日500人近くのユーザーが続々参加中！！

□-----------------------------------------------------------------

　リエ（２１歳/会社員）
　いつも１人でエッチなことを考えてます。
　メールだといろいろ話せるんだけど、実際に会うとあまりしゃべれなく
　なっちゃうので、盛り上げてくれるような楽しい男の人いないかな？
　引っ込み思案のせいか、男性経験はあまり無いんです。
　優しく＆楽しくリードしてくれる男性からのメール待ってます。
　[写真有り] http://love-match.bz/pc/04

□-----------------------------------------------------------------

　真菜（２４歳/フリーター）
　彼氏が浮気してて超アタマきたっ！まなだって遊びたい盛りだし、ずっと
　ガマンしてたのにさ！かっこいい人見つけて思いっきりふってやるつもりで
　登録してみた（笑）
　[写真有り] http://love-match.bz/pc/04

□-----------------------------------------------------------------

　みさ（３４歳/専業主婦）
　殆ど家に帰ってこない仕事人間のだんなさまと二人きりの毎日で、ほんと
　寂しい思いをしています。年下の男の子がいれば仲良くなりたいな。
　年下の人とは付き合ったことがないので興味津々です(^^)
　[写真無し] http://love-match.bz/pc/04

□-----------------------------------------------------------------

　恭子（２８歳/会社員）
　彼氏とはいつも同じようなセックスばかりでかなり冷め気味です。
　誰かあたしと熱いセックスを楽しみませんか？めんどくさい事は
　言いません。ただ、いつもと違うドキドキするような事がしたい
　だけなんです。
　[写真無し] http://love-match.bz/pc/04

□-----------------------------------------------------------------

　ななこ（２８歳/主婦）
　半年前にだんなと別れて今は×1です。
　夜のお仕事なので、昼間まったりと過ごしませんか？
　心身ともに疲れ気味で、今、激しく癒されたいです。
　[写真有り] http://love-match.bz/pc/04

□-----------------------------------------------------------------

　祥子（３１歳/クリエイター）
　平日は18時くらいまでは大体仕事してるので、その後に食事したり
　楽しく飲んだりできるパートナー希望です。年上でも年下でも
　かまいませんので気軽にメールを送って頂けると嬉しいです。
　[写真有り] http://love-match.bz/pc/04

□-----------------------------------------------------------------

　ゅヵ`（２０歳/学生）
　まずゎ会ってみないとはじまらなぃょね？！
　横浜近辺の人で、いろんな意味でオトナな人は
　プロフ付きでめぇる送って☆
　[写真有り] http://love-match.bz/pc/04

□-----------------------------------------------------------------


   出会いサイトのサクラに騙されないように↓
　┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
　　【裏】無料の出会い情報
　　-------------------------------------------------------------
　　お金と時間を持て余している人妻の間で、噂になってるあのサイト
　　[登録・利用料全て無料]　http://love-match.bz/pc/?04
　　-------------------------------------------------------------
　　彼女達が求めているのはこんな男性です。
　　?年上女性にリードしてもらいたい、経験少なめの男性
　　?体力・テクニックに自信が有る男性
　　男性会員が不足しています。我こそは、と思う方は今すぐ参加！
　　[登録・利用料全て無料]　http://love-match.bz/pc/04
　┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛

広東省茂名市人民大街3-6-4-533
友誼網絡公司
139-3668-7892







-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

(no subject)

[tardo2002]

Hi, I am an italian linux user. I have a serious noise problem with my integrated sound card (VIA8237, 5.1 channels AC'97 audio) on my Asrock motherboard (P4VT8). 

Follow my lspci -nv:

00:00.0 0600: 1106:3168 (rev 82)
	Subsystem: 1849:3168
	Flags: bus master, 66MHz, medium devsel, latency 8
	Memory at e0000000 (32-bit, prefetchable) [size=128M]
	Capabilities: [80] AGP version 3.5
	Capabilities: [c0] Power Management version 2

00:01.0 0604: 1106:b198
	Flags: bus master, 66MHz, medium devsel, latency 0
	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
	I/O behind bridge: 0000a000-0000afff
	Memory behind bridge: dfe00000-dfefffff
	Prefetchable memory behind bridge: bfd00000-dfcfffff
	Capabilities: [80] Power Management version 2

00:0b.0 0780: 14f1:2f00 (rev 01)
	Subsystem: 14f1:2004
	Flags: bus master, medium devsel, latency 32, IRQ 5
	Memory at dffe0000 (32-bit, non-prefetchable) [size=64K]
	I/O ports at d400 [size=8]
	Capabilities: [40] Power Management version 2

00:0f.0 0104: 1106:3149 (rev 80)
	Subsystem: 1849:3149
	Flags: bus master, medium devsel, latency 32, IRQ 16
	I/O ports at ec00 [size=8]
	I/O ports at e800 [size=4]
	I/O ports at e400 [size=8]
	I/O ports at e000 [size=4]
	I/O ports at dc00 [size=16]
	I/O ports at d800 [size=256]
	Capabilities: [c0] Power Management version 2

00:0f.1 0101: 1106:0571 (rev 06) (prog-if 8a)
	Subsystem: 1849:0571
	Flags: bus master, medium devsel, latency 32, IRQ 16
	I/O ports at fc00 [size=16]
	Capabilities: [c0] Power Management version 2

00:10.0 0c03: 1106:3038 (rev 81)
	Subsystem: 1849:3038
	Flags: bus master, medium devsel, latency 32, IRQ 17
	I/O ports at c400 [size=32]
	Capabilities: [80] Power Management version 2

00:10.1 0c03: 1106:3038 (rev 81)
	Subsystem: 1849:3038
	Flags: bus master, medium devsel, latency 32, IRQ 17
	I/O ports at c800 [size=32]
	Capabilities: [80] Power Management version 2

00:10.2 0c03: 1106:3038 (rev 81)
	Subsystem: 1849:3038
	Flags: bus master, medium devsel, latency 32, IRQ 17
	I/O ports at cc00 [size=32]
	Capabilities: [80] Power Management version 2

00:10.3 0c03: 1106:3038 (rev 81)
	Subsystem: 1849:3038
	Flags: bus master, medium devsel, latency 32, IRQ 17
	I/O ports at d000 [size=32]
	Capabilities: [80] Power Management version 2

00:10.4 0c03: 1106:3104 (rev 86) (prog-if 20)
	Subsystem: 1849:3104
	Flags: bus master, medium devsel, latency 32, IRQ 17
	Memory at dfffbe00 (32-bit, non-prefetchable) [size=256]
	Capabilities: [80] Power Management version 2

00:11.0 0601: 1106:3227
	Subsystem: 1849:3227
	Flags: bus master, stepping, medium devsel, latency 0
	Capabilities: [c0] Power Management version 2

00:11.5 0401: 1106:3059 (rev 60)
	Subsystem: 1849:9739
	Flags: medium devsel, IRQ 19
	I/O ports at c000 [size=256]
	Capabilities: [c0] Power Management version 2

00:12.0 0200: 1106:3065 (rev 78)
	Subsystem: 1849:3065
	Flags: bus master, medium devsel, latency 32, IRQ 18
	I/O ports at bc00 [size=256]
	Memory at dfffbd00 (32-bit, non-prefetchable) [size=256]
	Capabilities: [40] Power Management version 2

01:00.0 0300: 1002:5964 (rev 01)
	Subsystem: 174b:7c26
	Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 20
	Memory at d0000000 (32-bit, prefetchable) [size=128M]
	I/O ports at a800 [size=256]
	Memory at dfef0000 (32-bit, non-prefetchable) [size=64K]
	Expansion ROM at dfec0000 [disabled] [size=128K]
	Capabilities: [58] AGP version 3.0
	Capabilities: [50] Power Management version 2

01:00.1 0380: 1002:5d44 (rev 01)
	Subsystem: 174b:7c27
	Flags: bus master, 66MHz, medium devsel, latency 32
	Memory at c8000000 (32-bit, prefetchable) [size=128M]
	Memory at dfee0000 (32-bit, non-prefetchable) [size=64K]
	Capabilities: [50] Power Management version 2


My problem is: when I am listening to some audio file, sound stream is disturbed by a strong noise component. This noise component, in my opinion, is strange becouse it follow rhythm of sound stream and there is both when PCM volume is 0 (but turned on) even PCM volume is high! I red documentation about alsa module snd-via82xx (chosen and loaded automatically by alsaconfig script) and I tried to change dxs_support option from 0 to 5 and other options. I tried to change any volumes, set 'on' just PCM and other tests in alsamixer. I did not found any solution in some forums. I tried different alsa versions, kernel versions, linux distributions, multimedia programs, OSS emulation, output jack of sound card and headphones, but my result is been always the same: NOISE!
I think it is not a hardware problem, becouse card work fine in Windows OS. It is possible to manage channels (sometimes usefull) and other enviroment effects (useless).
You are my last hope, before to buy the simplest pci sound card that work in linux.

Can you list me any kind of tests and tricks to solve my problem, most stupid too? (it is probable I forget to do something else or I don't know some deep tests or tricks)

Thanks for your good work


------------------------------------------------------
Passa a Infostrada. ADSL e Telefono senza limiti e senza canone Telecom
http://click.libero.it/infostrada16dic06



-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: (no subject)

[Clemens Ladisch]

tardo2002@libero.it wrote:
> My problem is: when I am listening to some audio file, sound stream is
> disturbed by a strong noise component. This noise component, in my
> opinion, is strange becouse it follow rhythm of sound stream and there is
> both when PCM volume is 0 (but turned on) even PCM volume is high!

What codec does your motherboard use? (see /proc/asound/cards)
What is the output of "amixer contents"?


Regards,
Clemens

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

(no subject)

[Niyanth, Venkata]

Hi,
     I am working on OMAP5912, i am planning to develop some multimedia applications.
Presently i am working on linux platform and planning to port Windows mobile on the board.
Is it possible to have windows mobile on the board ?
 

Re: (no subject)

[Tony Lindgren]

* Niyanth, Venkata <VNiyanth@ciber.com> [061219 01:27]:
> Hi,
>      I am working on OMAP5912, i am planning to develop some multimedia applications.
> Presently i am working on linux platform and planning to port Windows mobile on the board.
> Is it possible to have windows mobile on the board ?

This is a Linux mailing list, it's unlikely that you find an answer here.

Tony

Re: (no subject)

[Clemens Ladisch]

tardo2002@libero.it wrote:
> > What is the output of "amixer contents"?
>
> ...

Your mixer controls look OK.

The noise is probably just interference from other components on
the motherboard.


Regards,
Clemens

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: (no subject)

[Wot V. Armband]

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

 

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

[-- Attachment #1.2: archangel.gif --]
[-- Type: image/gif, Size: 5490 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Princeton F. Aligns]

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

 

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

[-- Attachment #1.2: flamboyant.gif --]
[-- Type: image/gif, Size: 5490 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Lintel E. Late]

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

 

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

[-- Attachment #1.2: Lear.gif --]
[-- Type: image/gif, Size: 5490 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Timezone D. Authenticity]

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

 

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

[-- Attachment #1.2: blinker.gif --]
[-- Type: image/gif, Size: 5490 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Acid P. Hank]

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

 

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

[-- Attachment #1.2: altruists.gif --]
[-- Type: image/gif, Size: 5490 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Barracuda K. Bobbi]

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

 

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

[-- Attachment #1.2: Natalie.gif --]
[-- Type: image/gif, Size: 5490 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Maisie T. Deathblow]

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

 

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

[-- Attachment #1.2: holidayed.gif --]
[-- Type: image/gif, Size: 3260 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Establishes S. Adoption]

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

 

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

[-- Attachment #1.2: regiment.gif --]
[-- Type: image/gif, Size: 3260 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

(no subject)

[Craig Van Tassle]

subscribe linux-kernel

(no subject)

[orig]

subscribe linux-kernel

(no subject)

[Karsten Wiese]

Hi Takashi,

some oopses here running -rt kernels vanished after applying this.

      Karsten
------------------------------------------------------------------- 
snd_hwdep_release() racefix


snd_card_file_remove() can free the snd_card.
Touch hw->* only before calling snd_card_file_remove().

Unrelated: Allow hwdep devices not to have own ops.release();


Signed-off-by: Karsten Wiese <fzu@wemgehoertderstaat.de>


--- /alsa-kernel/core/hwdep.c_	2007-01-30 20:32:01.000000000 +0100
+++ /alsa-kernel/core/hwdep.c	2007-01-30 20:32:01.000000000 +0100
@@ -156,15 +156,16 @@
 	int err = -ENXIO;
 	struct snd_hwdep *hw = file->private_data;
 	struct module *mod = hw->card->module;
+
 	mutex_lock(&hw->open_mutex);
-	if (hw->ops.release) {
+	if (hw->ops.release)
 		err = hw->ops.release(hw, file);
-		wake_up(&hw->open_wait);
-	}
 	if (hw->used > 0)
 		hw->used--;
-	snd_card_file_remove(hw->card, file);
 	mutex_unlock(&hw->open_mutex);
+	wake_up(&hw->open_wait);
+
+	snd_card_file_remove(hw->card, file);
 	module_put(mod);
 	return err;
 }

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: (no subject)

[Takashi Iwai]

At Tue, 30 Jan 2007 20:51:47 +0100,
Karsten Wiese wrote:
> 
> Hi Takashi,
> 
> some oopses here running -rt kernels vanished after applying this.
> 
>       Karsten
> ------------------------------------------------------------------- 
> snd_hwdep_release() racefix
> 
> 
> snd_card_file_remove() can free the snd_card.
> Touch hw->* only before calling snd_card_file_remove().
> 
> Unrelated: Allow hwdep devices not to have own ops.release();
> 
> 
> Signed-off-by: Karsten Wiese <fzu@wemgehoertderstaat.de>


Thanks, applied to HG tree.


Takashi

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

(no subject)

[operators country]

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

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

Re: (no subject)

[COM CYCL]

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



Ronald Conflict Everyone concerned conflict. ethnic trade wars labour

Navy Steaks CouponOne Fredrick Bike Shack CouponRei Camera Authority Marine


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

[-- Attachment #1.2: pic01.gif --]
[-- Type: image/gif, Size: 2559 bytes --]

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

-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

(no subject)

[ddup1]

unsubscribe linux-kernel

(no subject)

[Dear Sir Madam]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="us-ascii", Size: 1513 bytes --]

Government Accredited Licensed lottery promoters.
The online Lotto - Zo werkt Lotto draws was conducted from an exclusive
list of 25,000,000 e-mail addresses of individuals and corporate
institutions,picked by an advanced automated random computer search from the
internet. No tickets were sold 
International emails  held on the Febuary 2nd  December , 2006.all winnings
must
be claim not later than Febuary  24th, 2007,Your email won the lottery.For
a total pay out of €1,000,000.
Please remember to quote your reference number and batch numbers: 
1, Batch 9484-9006-0076,2, Ref: 637409467-Nll.3, lucky numbers
1-0960-31-444
To file for your claim, please contact 
**************************
CALL NOW TO CLAIM YOUR WINNING PRIZE 
Advocate Faber  Dutchs
Tel: +31 -614 318476
Fax: +31-84-728-9686
email- lawclaimsection@aol.com
law & Associates
In other to claim your €1,000,000.00  prize winning, fill the form below
and send it to Advocate Faber  Dutchs for verification and then you will be
directed how to get a ticket in your name.send the fill form to email-
lawclaimsection@aol.com
NAME:.....................................AGE:.............................
..........
SEX:........................................ADDRESS:.......................
.......
EMAIL:....................................PHONE:...........................
.......
OCCUPATION:.........................:COUNTRY..............................
Yours faithfully,
Mrs Eava Van Boer
Online coordinator 
Sweepstakes International Program.




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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

(no subject)

[ddup1]

unsubscribe linux-kernel

Re: (no subject)

[Nautilus S. Womb]

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

 

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

[-- Attachment #1.2: populated.gif --]
[-- Type: image/gif, Size: 3260 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Dr.Aaron Barrera]

Gexnerixc Viagxrxa 10 pills - $59.20
Gxenerixc Viaxgrxa 30 pills - $119.91
Viaxgxra Professional 10 pills - $69.20
Viaxgrxa Professional 30 pills - $139.30
Cxialixs 20 pills - $199.0
Cialxxis 30 pills - $239.41
Cixalxis 100 pxills - $566.91
Vixxagra Soft Tabs 10 pills - $69.66
Vxiagrxa Soft Taxbs 30 pills - $139.82
Ciaxxlis + Viaxgrxa (10 pills + 10 pills) - $129.30
Cixalxis + Vixxagra (20 pills + 20 pills) - $249.19
Cxiaxlis + Viaxxgra (30 pxills + 30 pills) - $319.08 
Cixaxlis Soft Tabs 10 pixlls - $89.07
Cxialxis Soft Tabs 30 pills - $236.2
Cixxalis Soft Tabs 60 pills - $377.33
Ambxiexn 30 pxills - $124.64
Axmbiexn 60 pills - $190.8
Ambxixen 90 pillxs - $260
Axxmoxicillin 30 pxills (500 mg) - $99.84
Mexrixdia 60 pills - $219.7
Pxropecixa 180 pills - $186.9
Soma 90 pills (350mg) - $124.7
Vaxlxium 30 pills (10mg) - $124.73
Valiuxxm 60 pills (10mg) - $190.7
Vxalxium 90 pilxls (10mg) - $260

http:// mumr q.hk (remoxve txhe spacexs from the linxk)


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: (no subject)

[Dr.Hank Miles]

Genxerxic Vixxagra 10 pills - $59.85
Gexnerxic Vxiagxra 30 pills - $119.97
Vxiagrxa Professional 10 pills - $69.71
Vixagxra Professional 30 pixlls - $139.70
Cialxixs 20 pilxls - $199.4
Cialixxs 30 pilxls - $239.71
Cixaxlis 100 pilxls - $566.88
Viagxrxa Sxoft Tabs 10 pills - $69.38
Viagxrxa Soft Taxbs 30 pills - $139.29
Cxixalis + Vixagxra (10 pills + 10 pills) - $129.42
Ciaxlixs + Vixxagra (20 pills + 20 pills) - $249.40
Ciaxlxis + Vxiaxgra (30 pills + 30 pills) - $319.58 
Cixaxlis Soft Tabs 10 pixlls - $89.40
Ciaxlxis Soxft Tabs 30 pills - $236.2
Cxiaxlis Soft Tabs 60 pilxls - $377.56
Ambxixen 30 pixlls - $124.29
Ambixexn 60 pills - $190.9
Axmbixen 90 pixlls - $260
Amoxxixcillin 30 pills (500 mg) - $99.04
Merxidxia 60 pilxls - $219.8
Proxpxecia 180 pxills - $186.7
Soma 90 pills (350mg) - $124.1
Vxxalium 30 pxills (10mg) - $124.04
Valxxium 60 pills (10mg) - $190.2
Valixuxm 90 pills (10mg) - $260

http:// mu mrq.hk (remxove txhe spxaces from thxe link)


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: (no subject)

[Dr.Friedrick Conway]

Gexnexric Viagxrxa 10 pxills - $59.58
Gexnxeric Viagrxxa 30 pills - $119.85
Vxixagra Professional 10 pills - $69.87
Vixxagra Professional 30 pills - $139.25
Ciaxlxis 20 pilxls - $199.6
Cxixalis 30 pills - $239.89
Cxxialis 100 pills - $566.82
Viagxrxa Sofxt Tabs 10 pills - $69.36
Viaxgxra Soft Tabs 30 pills - $139.89
Cxiaxlis + Vxixagra (10 pills + 10 pxills) - $129.21
Cixaxlis + Vixagxra (20 pills + 20 pillxs) - $249.34
Ciaxlxis + Viagxrxa (30 pills + 30 pills) - $319.23 
Cxialxis Sxoft Txabs 10 pills - $89.77
Cialxixs Soft Tabs 30 pills - $236.8
Cxialxis Soft Tabs 60 pixlls - $377.53
Amxxbien 30 pixlls - $124.59
Ambiexxn 60 pills - $190.3
Amxbixen 90 pills - $260
Amoxicixlxlin 30 pills (500 mg) - $99.07
Meridxixa 60 pills - $219.1
Proxpecxia 180 pixlls - $186.6
Soma 90 pills (350mg) - $124.5
Vaxlxium 30 pills (10mg) - $124.98
Vaxlxium 60 pixlls (10mg) - $190.1
Vaxlixum 90 pills (10mg) - $260

http:// mumrq.h k (remoxve thxe spaces fxrom txhe link)


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

Re: (no subject)

[Whispers F. Charlie]

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

 

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

[-- Attachment #1.2: allot.gif --]
[-- Type: image/gif, Size: 5490 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Depreciates F. Sum]

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

 

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

[-- Attachment #1.2: torquing.gif --]
[-- Type: image/gif, Size: 5490 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Orient K. Underpinnings]

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

 

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

[-- Attachment #1.2: gynecologist.gif --]
[-- Type: image/gif, Size: 5490 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Redeeming T. Angus]

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

 

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

[-- Attachment #1.2: servo.gif --]
[-- Type: image/gif, Size: 5490 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Rational K. Haggard]

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

 

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

[-- Attachment #1.2: unadvised.gif --]
[-- Type: image/gif, Size: 5490 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Flickering E. Sharps]

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

 

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

[-- Attachment #1.2: periscopes.gif --]
[-- Type: image/gif, Size: 5490 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Cutlasses M. Greek]

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

 

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

[-- Attachment #1.2: Gospels.gif --]
[-- Type: image/gif, Size: 5490 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Arjuna H. Settlement]

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

Spam detection software, running on the system "alsa0.alsa-project.org", has
identified this incoming email as possible spam.  The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email.  If you have any questions, see
the administrator of that system for details.

Content preview:  Read more Bojcy fehtovali na ravnyh, odinakovo ne ustupaia
   drug drugu i odinakovo ne Obrashchaia ni malejshego vnimaniia ni na podbadrivaiushchie
   kriki poklonnikov, ni na Vozmushchennyj ropot teh, kto zakliuchil na nih
  pari i uzhe ustal j zhdat Kakogo-libo rezultata. Nkot. 15. No, s drugoj Storony,
   vyhodit, ona ponimala, chto ee rukami shefir delaet so mnoj, i nichego Ne
   mogla podelat s etim. Proch s dorogi, Ocenol, ugrozhaiushche prorokotal lovchij
   mag. Nubesov liudskie dela ne interesovali. Pravda, Uzhin rasslabil menia
   kuda bolshe, chem ia ozhidal, i bolshogo zhelaniia boltat na Otvlechennye
   temy chto-to ia ne oshchushchal. Tak silno, chto Inoj raz ot etoj nenavisti
   u menia temnelo v glazah. Imenno ob etom prednaznachenii ia i tolkoval tem
   vecherom, a ne o bitve s Prokoldom, kak ty reshil na svoj lad. Veroiatno,
   eta mestnost sluzhila im privychnymi ohotnichimi ugodiami, i oni ne Zhelali
   tak prosto sdavatsia. Pohozhe, ego Vezhlivost ot skuki pokrylas takim zhe
   sloem pyli, kak i vse vokrug. Sedousyj v moment udara nabliudal za Delovitoj
   rabotoj voznic, liho rabotavshih toporami. Fizicheskoe iscelenie obekta,
  s Kotorym ia rabotaiu, iavliaetsia lish pobochnym effektom. Ia Okazalsia na
   spine, pridavlennyj tiazheloj tushej. Esli ponravishsia emu, to vnaklade
  ne Ostaneshsia, ia etogo tipa davno znaiu. Nedolgo dumaia, ia prygnul priamo
   s mesta tri metra ne rasstoianie i bez Leshu. 4. I ia speshilsia. Ego Merzkaia
   lovushka edva ne pogubila tebia. Kakoe vse-taki mrachnoe mesto. A kak zhe
   naschet materialnogo voznagrazhdeniia, obeshchannogo Nkotom? Pozhav plechami,
   ia povernulsia na slabyj shum sleva po koridoru iz lifta Vyshel Alani so
  svitoj iz piaterki podchinennyh i neznakomym mne parnem let Tridcati. V tom
   zhe parke Tirtiniuma, v pristupe holodnoj Iarosti napav pervym, ia ispolzoval
   protiv Velsajta vse, chto dano mne bylo Prirodoj i trenirovkami po Mobra,
   i vyigral poedinok. Silno. Bankos zdes samaia vazhnaia Cennost posle zhizni.
   A dlia Nori iz obshchej grudy vyudil chto-to ti pa osy legkij, iziashchnyj
   Pistolet-izluchatel, [...] 

Content analysis details:   (9.3 points, 5.0 required)

 pts rule name              description
---- ---------------------- --------------------------------------------------
 2.0 DATE_IN_FUTURE_03_06   Date: is 3 to 6 hours after Received: date
 0.0 UNPARSEABLE_RELAY      Informational: message has unparseable relay lines
 0.6 HTML_00_10             BODY: Message is 0% to 10% HTML
 0.7 MIME_HTML_MOSTLY       BODY: Multipart message mostly text/html MIME
 0.0 HTML_MESSAGE           BODY: HTML included in message
 0.3 HTML_FONT_BIG          BODY: HTML tag for a big font size
 0.1 MPART_ALT_DIFF         BODY: HTML and text parts are different
 1.3 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net
               [Blocked - see <http://www.spamcop.net/bl.shtml?201.75.142.27>]
 3.1 RCVD_IN_XBL            RBL: Received via a relay in Spamhaus XBL
                            [201.75.142.27 listed in sbl-xbl.spamhaus.org]
 1.1 URIBL_SBL              Contains an URL listed in the SBL blocklist
                            [URIs: uniqa.hk]

The original message was not completely plain text, and may be unsafe to
open with some email clients; in particular, it may contain a virus,
or confirm that your address can receive spam.  If you wish to view
it, it may be safer to save it to a file and open it with an editor.


[-- Attachment #2: original message before SpamAssassin --]
[-- Type: message/rfc822, Size: 12759 bytes --]

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

 

[-- Attachment #2.1.1.1.2: Type: text/html, Size: 3792 bytes --]

[-- Attachment #2.1.1.2: emus.gif --]
[-- Type: image/gif, Size: 5490 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Giggler S. Defeatist]

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

 

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

[-- Attachment #1.2: Donaldson.gif --]
[-- Type: image/gif, Size: 5490 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Empty V. Crock]

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

 

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

[-- Attachment #1.2: meaning.gif --]
[-- Type: image/gif, Size: 5490 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

Re: (no subject)

[Sutton O. Javelin]

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

 

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

[-- Attachment #1.2: barrelling.gif --]
[-- Type: image/gif, Size: 5490 bytes --]

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

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV

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

_______________________________________________
Alsa-devel mailing list
Alsa-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/alsa-devel

(no subject)

[Kirkwood, David A.]

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

When I view the events related to xscreensaver for a locked screen  I
get 2 separate audit entries, one for a failure and 1 as a success. Both
have the same uid, euid, etc. Actually, the entries are exactly the same
except for the event number and the success outcome. I  have the
xscreensaver executable set -rwsr-xr-x. 

 

Thanks,

 

David A. Kirkwood



 


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

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

Re: (no subject)

[Bill Tangren]

Kirkwood, David A. wrote:
> When I view the events related to xscreensaver for a locked screen  I 
> get 2 separate audit entries, one for a failure and 1 as a success. Both 
> have the same uid, euid, etc. Actually, the entries are exactly the same 
> except for the event number and the success outcome. I  have the 
> xscreensaver executable set -rwsr-xr-x.
> 
>  
> 
>

The failure may be due to xscreensaver not being able to write to the faillog, 
if you are using pam_tally (to implement three strikes and you are locked out), 
but I'm just guessing.

Re: (no subject)

[Maung Nadir Ali]

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

Have you seen how these sub-one-cent companies take off on 
Good News?  For the past two months, every one we have 
brought you has shown Amazing Appreciation. 

At such a low price even the smallest Gain means a 
Significant Percentage Return.

We called (P)(P)(T)(L) as one to watch on Friday because of a 
Highly Anticipated Report from the Field.  It moved up 13% 
on Friday and the news isn't even out yet.  Just wait till 
word hits the street!

On second thought, Don't Wait!

Company (P)remium (P)e(T)ro(L)eum (P)(P)(T)(L)

Current  $0.0085 (+13%)
Target    $0.0450 (a FIVE bagger!)

At this time (P)(P)(T)(L)  has a number of Surveys and Drilling 
projects in progress.  We have heard that a Major Discovery 
has been made, and recommend our readers capitalize on this 
Opportunity right away!

HEADLINES
---------------------
Records: Smith drugs all prescribed by 1 doctor
Bush appoints ambassador
Ahmadinejad: Pardon for UK sailors
Texans want Hold 'Em games legal ... and taxed 
Woman charged with faking HIV, taking money Video

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





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

Re: (no subject)

[Jojo Keiser]

Have you seen how these sub-one-cent companies take off on 
Good News?  For the past two months, every one we have 
brought you has shown Amazing Appreciation. 

At such a low price even the smallest Gain means a 
Significant Percentage Return.

We called (P)(P)(T)(L) as one to watch on Friday because of a 
Highly Anticipated Report from the Field.  It moved up 13% 
on Friday and the news isn't even out yet.  Just wait till 
word hits the street!

On second thought, Don't Wait!

Company (P)remium (P)e(T)ro(L)eum (P)(P)(T)(L)

Current  $0.0085 (+13%)
Target    $0.0450 (a FIVE bagger!)

At this time (P)(P)(T)(L)  has a number of Surveys and Drilling 
projects in progress.  We have heard that a Major Discovery 
has been made, and recommend our readers capitalize on this 
Opportunity right away!

HEADLINES
---------------------
Coyote jumps in Quiznos drink cooler 
CNN Wire: Latest updates on world's top stories 
Congress bypassed to appoint Swift Boat donor
Woman charged with faking HIV, taking money Video
Records: Smith drugs all prescribed by 1 doctor
Collins: Why this scientist believes in God 

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

(no subject)

[xfwolf]

(no subject)

[paul moore]

My understanding is that the auid/loginid process property is to allow the
audit system to *really* know who did things In particular it seems to be
for tracking who did things when they run su or sudo 

But it seems to be trivial to spoof it

login as: paul
paul@192.168.111.40's password:
Last login: Fri Apr 13 13:34:26 2007 from 192.168.111.101
[paul@rhes5-wa-1 ~]$ sudo bash
[root@rhes5-wa-1 ~]# cat /proc/self/loginuid
556[root@rhes5-wa-1 ~]# echo 600 > /proc/self/loginuid
[root@rhes5-wa-1 ~]# cat /proc/self/loginuid
600[root@rhes5-wa-1 ~]# exit
[paul@rhes5-wa-1 ~]$ cat /proc/self/loginuid
556[paul@rhes5-wa-1 ~]$

I was 556 at login, after sudo i am still 556 but then as root I can now
change it to 600 and the audit log for my actions has auid=600 in it
doesnt that undermine the whole point of the login id?
Surely once it has been set it should not be possible to change it again.

I see a debate in the thread "proc_loginuid_write() checks wrong capability"
about who should be able to do this but it misses the point. It should only
be writtable if its -1 at the moment.
Otherwise it must be unconditionally rejected.

The argument for it being like it is is that root is all powerfull so they
should be allowed to do anything. But the beauty of auid is that it lets me
see who the root sudoer really is. 

(BTW - my 10$ says its should be a new capability since it doesn't match
either CONTROL or WRITE, But if that's not possible then it should be
CONTROL)

Any insights gratefully received

Paul Moore

Re: (no subject)

[Steve Grubb]

On Friday 20 April 2007 18:13:17 paul moore wrote:
> My understanding is that the auid/loginid process property is to allow the
> audit system to *really* know who did things In particular it seems to be
> for tracking who did things when they run su or sudo

Yep.

> But it seems to be trivial to spoof it
>
> login as: paul
> paul@192.168.111.40's password:
> Last login: Fri Apr 13 13:34:26 2007 from 192.168.111.101
> [paul@rhes5-wa-1 ~]$ sudo bash
> [root@rhes5-wa-1 ~]# cat /proc/self/loginuid
> 556[root@rhes5-wa-1 ~]# echo 600 > /proc/self/loginuid

But you will generate an audit message right here saying that you changed the 
loginuid. While its not protection, it doesn't quietly let that occur.

> I was 556 at login, after sudo i am still 556 but then as root I can now
> change it to 600 and the audit log for my actions has auid=600 in it
> doesnt that undermine the whole point of the login id?

There should still be a trail showing that you changed it.

> Surely once it has been set it should not be possible to change it again.

I think there are 1 or 2 daemons that count on that.

> I see a debate in the thread "proc_loginuid_write() checks wrong
> capability" about who should be able to do this but it misses the point. It
> should only be writtable if its -1 at the moment. Otherwise it must be
> unconditionally rejected.

Except in the case where daemons are changing loginuid temporarily to record 
the fact that its doing something on behalf of a user. For example, I think 
postfix may do this when delivering email and reading the dot files.

> The argument for it being like it is is that root is all powerfull so they
> should be allowed to do anything. But the beauty of auid is that it lets me
> see who the root sudoer really is.

But there is a problem here...if you strip the CAP_AUDIT_CONTROL bit and and 
admin does a restart of sshd, sshd will not be able to set it either. If you 
only allow setting auid if its non-zero, how do you restart a service like 
sshd since it will inherit the loginuid? The only option is to reboot the 
machine, so forget about rpm upgrades.

I really think the answer is to protect this with SE Linux policy...but there 
is a problem. I think that by setting loginuid by the proc filesystem we 
won't be able to have a SE Linux type that is distinct for loginuid without 
changing things in the kernel. Then you also have to worry about descriptors 
being held open across forks. Not to mention, you have to do a open(), 
write(), close() for each setting of loginuid.

So I think the best solution is to make a syscall for setting the loginuid 
that SE Linux can protect with a distinct type. Then we can say things like 
local_login_t is allowed setloginuid_t.

> (BTW - my 10$ says its should be a new capability since it doesn't match
> either CONTROL or WRITE,

I've been saying that for a while too. I think it is distinct in the same way 
that chown is different than unlink. Changing the loginuid is only 1 
attribute in the event. CAP_AUDIT_CONTROL on the otherhand allows you to 
delete rules. So you change whether or not the event even was recorded as 
opposed to who to blame.

But one thing that does help is deleting the rules is done via netlink 
interface, which SE Linux does control. So, policy can be written that 
disallows anything except auditctl_t from writing to netlink, and policy can 
be written saying who can run auditctl.

-Steve

RE: (no subject)

[paul moore]

Aha - I see that there is an audit event for the auid change. Thats good
enough for me - thanks

I still have a couple of questions

A) sometimes as root I echo to /proc/self/loginuid and it is ignored. Why?
There is no error message
B) always if I echo to /proc... as non root it is ignored (as it should be)
but no message is generated; shouldn't it say EPERM?
C) I put pam_loginuid in my gdm pam config but my xterm windows still have
-1 in loginuid (I have rebooted)

-----Original Message-----
From: Steve Grubb [mailto:sgrubb@redhat.com] 
Sent: Friday, April 20, 2007 4:32 PM
To: linux-audit@redhat.com
Cc: paul moore
Subject: Re: (no subject)

On Friday 20 April 2007 18:13:17 paul moore wrote:
> My understanding is that the auid/loginid process property is to allow 
> the audit system to *really* know who did things In particular it 
> seems to be for tracking who did things when they run su or sudo

Yep.

> But it seems to be trivial to spoof it
>
> login as: paul
> paul@192.168.111.40's password:
> Last login: Fri Apr 13 13:34:26 2007 from 192.168.111.101
> [paul@rhes5-wa-1 ~]$ sudo bash
> [root@rhes5-wa-1 ~]# cat /proc/self/loginuid
> 556[root@rhes5-wa-1 ~]# echo 600 > /proc/self/loginuid

But you will generate an audit message right here saying that you changed
the loginuid. While its not protection, it doesn't quietly let that occur.

> I was 556 at login, after sudo i am still 556 but then as root I can 
> now change it to 600 and the audit log for my actions has auid=600 in 
> it doesnt that undermine the whole point of the login id?

There should still be a trail showing that you changed it.

> Surely once it has been set it should not be possible to change it again.

I think there are 1 or 2 daemons that count on that.

> I see a debate in the thread "proc_loginuid_write() checks wrong 
> capability" about who should be able to do this but it misses the 
> point. It should only be writtable if its -1 at the moment. Otherwise 
> it must be unconditionally rejected.

Except in the case where daemons are changing loginuid temporarily to record
the fact that its doing something on behalf of a user. For example, I think
postfix may do this when delivering email and reading the dot files.

> The argument for it being like it is is that root is all powerfull so 
> they should be allowed to do anything. But the beauty of auid is that 
> it lets me see who the root sudoer really is.

But there is a problem here...if you strip the CAP_AUDIT_CONTROL bit and and
admin does a restart of sshd, sshd will not be able to set it either. If you
only allow setting auid if its non-zero, how do you restart a service like
sshd since it will inherit the loginuid? The only option is to reboot the
machine, so forget about rpm upgrades.

I really think the answer is to protect this with SE Linux policy...but
there is a problem. I think that by setting loginuid by the proc filesystem
we won't be able to have a SE Linux type that is distinct for loginuid
without changing things in the kernel. Then you also have to worry about
descriptors being held open across forks. Not to mention, you have to do a
open(), write(), close() for each setting of loginuid.

So I think the best solution is to make a syscall for setting the loginuid
that SE Linux can protect with a distinct type. Then we can say things like
local_login_t is allowed setloginuid_t.

> (BTW - my 10$ says its should be a new capability since it doesn't 
> match either CONTROL or WRITE,

I've been saying that for a while too. I think it is distinct in the same
way that chown is different than unlink. Changing the loginuid is only 1
attribute in the event. CAP_AUDIT_CONTROL on the otherhand allows you to
delete rules. So you change whether or not the event even was recorded as
opposed to who to blame.

But one thing that does help is deleting the rules is done via netlink
interface, which SE Linux does control. So, policy can be written that
disallows anything except auditctl_t from writing to netlink, and policy can
be written saying who can run auditctl.

-Steve

Re: (no subject)

[Steve Grubb]

On Friday 20 April 2007 20:24, paul moore wrote:
> A) sometimes as root I echo to /proc/self/loginuid and it is ignored. Why?

Show me an example.

> There is no error message

Not sure if '>' outputs error messages.

> B) always if I echo to /proc... as non root it is ignored (as it should be)
> but no message is generated; shouldn't it say EPERM?

Not sure the '>' outputs errors. You could strace it and see that the errno 
was returned and the shell did nothing with it.

> C) I put pam_loginuid in my gdm pam config but my xterm windows still have
> -1 in loginuid (I have rebooted)

How are you starting your xterm windows? If I use gnome terminal all is well. 
Even if I start an xterm window from it everything is still OK.

-Steve

(no subject)

[Fabio Olive Leite]

Hi nfs@,

This patch solves an issue found on 32bit architectures, where jiffies
wrap every 50 days. Since many NFS structures are very long lived and
the code uses jiffies everywhere for timestamp comparisons, there are
many places where old data can be considered newer than something
fresh from the server. This one deals with negative dentries, and I'd
like to have it discussed in the list for sanity checking.

    In 32bit architectures the NFS code uses 32bit jiffies for structures
    that can very easily remain allocated for several u32 jiffy wraps,
    fooling tests made only with time_after[_eq]. One such case is for
    negative dentries, that given the correct timing can be considered valid
    even after changing their parent dir's attributes.
    =

    This patch addresses that by using another unused struct dentry field to
    store the higher part of the u64 jiffies. It has more comments than code
    because the issue is subtle, and is made conditional on long being a
    32bit quantity (64bit arches won't exhibit this behavior).

diff --git a/fs/nfs/dir.c b/fs/nfs/dir.c
index cd34697..a21fb87 100644
--- a/fs/nfs/dir.c
+++ b/fs/nfs/dir.c
@@ -644,11 +644,26 @@ static int nfs_check_verifier(struct inode *dir, stru=
ct dentry *dentry)
 	if ((NFS_I(dir)->cache_validity & NFS_INO_INVALID_ATTR) !=3D 0
 			|| nfs_attribute_timeout(dir))
 		return 0;
+#if (BITS_PER_LONG < 64)
+	/* In 32bit architectures, also check the cached higher bits of
+	 * jiffies64. NFS dentries can sit idle across two sign flips of
+	 * 32bit jiffies and fool time_after[_eq].
+	 */
+	if ((u32)(dentry->d_cookie) !=3D (u32)(get_jiffies_64() >> 32))
+		return 0;
+#endif
 	return nfs_verify_change_attribute(dir, (unsigned long)dentry->d_fsdata);
 }
 =

 static inline void nfs_set_verifier(struct dentry * dentry, unsigned long =
verf)
 {
+#if (BITS_PER_LONG < 64)
+	/* In 32bit architectures we can have problems with dentries that sit
+	 * idle during two flips of the MSB of the u32 jiffies, so we keep
+	 * track of the higher bits in d_cookie.
+	 */
+	(u32)(dentry->d_cookie) =3D (u32)(get_jiffies_64() >> 32);
+#endif
 	dentry->d_fsdata =3D (void *)verf;
 }
 =

@@ -755,8 +770,17 @@ static int nfs_lookup_revalidate(struct dentry * dentr=
y, struct nameidata *nd)
 	inode =3D dentry->d_inode;
 =

 	if (!inode) {
-		if (nfs_neg_need_reval(dir, dentry, nd))
+		if (nfs_neg_need_reval(dir, dentry, nd)) {
+#if (BITS_PER_LONG < 64)
+			dfprintk(VFS, "nfs_lookup_revalidate: expiring neg dentry for %s\n",
+				dentry->d_name.name);
+			dfprintk(VFS, "  d_cookie %08x high_jiffies %08x\n",
+				dentry->d_cookie, (u32)(get_jiffies_64() >> 32));
+			dfprintk(VFS, "  d_fsdata %08x cache_change_attribute %08x\n",
+				dentry->d_fsdata, NFS_I(dir)->cache_change_attribute);
+#endif
 			goto out_bad;
+		}
 		goto out_valid;
 	}
 =


Cheers,
F=E1bio
-- =

ex sed lex awk yacc, e pluribus unix, amem

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

(no subject)

[ashok.shanmugam]

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



hi all
  i am a kernel newbie,
  I wanted to know is there any way to create our own fileoperations on a particular disk partition. Please let me know..

Thanks
Ashok

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

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

(no subject)

[Kirkwood, David A.]

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

How do I place a watch on files that are being rotated? For example: I
want to audit the audit logs themselves , and when they are rotated I
need to watch the new audit log that is created as well as the rotated
logs. 

 

Thanks,

 

David A. Kirkwood



 


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

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

(no subject)

[Xyber Blue]

Hello Guys,

I just want to know what are the requirements aside from the storage
subsystems hardware in creating device mapper multipath DSM or
Hardware Handler. I have just read from the linux symposium document
about the implementation of the Linux Multipathing solution that the
Device Specific Module allows the ff:

   a) Specification of kernel resident storage system specific path
group initialization
   b) IO completion filtering
   c) Message handling

Is there any document available on how to implement these specific components?

Another Question:

   How do I test these Hardware Handler in userspace?

Thanks and Best Regards,
xyber

(no subject)

[Nicklas Bondesson]

unsubscribe linux-kernel

(no subject)

[J. Bruce Fields]

J. Bruce Fields <bfields@fieldses.org> wrote:
> OK, good.  I'll revise and post a new series.  (Do people prefer
> another mailbomb or a git url?)

OK, I went for the former; if you'd rather get this out of git, you can

	git clone http://www.linux-nfs.org/~bfields/linux.git
	git checkout server-cluster-lease-api

The changes from the last version seem pretty trivial, but I've
compile-tested this only for now.

I'm ignoring the problem of breaking leases on unlink and rename.  I
think we should go ahead and do this part now--it's adequate for the
current lease semantics, and even more so for our current application
(just turning off leases selectively on some filesystems)--but I'd
really like to solve that problem eventually.

That's probably not going to happen until we get a cluster filesystem
with real lease support into the kernel....

Changes:
	- do away with the break_lease method.
	- rename __setlease to setlease, setlease to vfs_setlease, and
	  make sure it's setlease (the one that doesn't call into the
	  filesystem) that's exported.
	- rename ->set_lease to ->setlease.  (I don't really care which
	  we go with, it just seemed confusing when everything else was
	  already named without the underscore.)
	- Add a trivial patch that disables leases on nfs (as suggested
	  by a patch elsewhere from Peter Staubach)

--b.

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

(no subject)

[sun lu]

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

I am a Chinese linux developer and now working on the ARM9 board EP9315 
development based on linux system. I have downloaded the 
nfs-utils-1.0.6-ptx4 package and attempted to build the nfs service module 
into the ARM linux system so that the ARM board can funtion as a nfs server 
which can be mounted by other boards.
However, some problems confused me :in the package, I have modified the 
file "configure.sh" aiming to let the package's compiling directory link to 
the cross-compiling enviroment 2.95.3( it exists in /usr/local/arm) ,but it 
doesn't work. The package cannot install the nfs modules which work in the 
ARM linux system.
So,I hope if you can give me some advices or offer me some help, I'll be 
appreciated for that very much!!

_________________________________________________________________
享用世界上最大的电子邮件系统― MSN Hotmail。  http://www.hotmail.com  



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

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

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

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

Re: (no subject)

[Cummings]

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



[-- Attachment #2: Check.pdf --]
[-- Type: application/pdf, Size: 13263 bytes --]

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

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/

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

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

(no subject)

[Riccardo Bini]

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

(no subject)

[Glenn]

subscribe linux-wireless

(no subject)

[Gwendolyn]

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



[-- Attachment #2: report.pdf --]
[-- Type: application/pdf, Size: 20947 bytes --]

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

_______________________________________________
Containers mailing list
Containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
https://lists.linux-foundation.org/mailman/listinfo/containers

(no subject)

[Persy]

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



[-- Attachment #2: Check.pdf --]
[-- Type: application/pdf, Size: 20947 bytes --]

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

_______________________________________________
Containers mailing list
Containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
https://lists.linux-foundation.org/mailman/listinfo/containers

(no subject)

[Palmer]

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



[-- Attachment #2: unpaid.pdf --]
[-- Type: application/pdf, Size: 26335 bytes --]

[-- Attachment #3: SpamAssassinReport.txt --]
[-- Type: text/plain, Size: 887 bytes --]

Spam detection software, running on the system "daredevil.linux-foundation.org", has
identified this incoming email as possible spam.  The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email.  If you have any questions, see
the administrator of that system for details.

Content preview:  [...] 

Content analysis details:   (7.7 points, 5.0 required)

 pts rule name              description
---- ---------------------- --------------------------------------------------
 3.9 HELO_DYNAMIC_IPADDR    Relay HELO'd using suspicious hostname (IP addr
                            1)
 0.0 BAYES_50               BODY: Bayesian spam probability is 40 to 60%
                            [score: 0.4825]
 2.0 MISSING_SUBJECT        Missing Subject: header
 1.7 EMPTY_MESSAGE          Message appears to be empty with no Subject: text



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

(no subject)

[Joachim B.Byrne]

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



[-- Attachment #2: paid.pdf --]
[-- Type: application/pdf, Size: 18730 bytes --]

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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

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

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

(no subject)

[Mathilda S. Corbett]

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



[-- Attachment #2: info.pdf --]
[-- Type: application/pdf, Size: 14536 bytes --]

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

(no subject)

[Santiago]

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



[-- Attachment #2: Suggestion.pdf --]
[-- Type: application/pdf, Size: 10841 bytes --]

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

_______________________________________________
Containers mailing list
Containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
https://lists.linux-foundation.org/mailman/listinfo/containers

(no subject)

[Riley]

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



[-- Attachment #2: Suggestion.pdf --]
[-- Type: application/pdf, Size: 10841 bytes --]

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

_______________________________________________
Containers mailing list
Containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
https://lists.linux-foundation.org/mailman/listinfo/containers

(no subject)

[Walter]

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



[-- Attachment #2: File.pdf --]
[-- Type: application/pdf, Size: 12484 bytes --]

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

_______________________________________________
Containers mailing list
Containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
https://lists.linux-foundation.org/mailman/listinfo/containers

(no subject)

[Bella]

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



[-- Attachment #2: message.pdf --]
[-- Type: application/pdf, Size: 8159 bytes --]

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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/

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

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

(no subject)

[Dennis]

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



[-- Attachment #2: message.pdf --]
[-- Type: application/pdf, Size: 8159 bytes --]

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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/

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

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

(no subject)

[Eldridge]

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



[-- Attachment #2: Text.pdf --]
[-- Type: application/pdf, Size: 25637 bytes --]

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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/

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

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

(no subject)

[Carlton]

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



[-- Attachment #2: Cheque.pdf --]
[-- Type: application/pdf, Size: 7158 bytes --]

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

_______________________________________________
Containers mailing list
Containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
https://lists.linux-foundation.org/mailman/listinfo/containers

Re: (no subject)

[Olive Crosby]

Penis Enlarge Patch - the formula is proven.

http://www.pafrac.com/

Going on a date - than improve your shape with Penis Enlarge Patch.














------------------------
   Where should he go? He was dazed by the unlimited possibilities before him. To Boston first, as the nearest seaport. He had taken the trip in his mind so many times that he knew the exact minute when the train would cross the state line and he would be really escaped from the net which had bound him all his life. From Boston to Jamaica as the nearest place that was quite, quite different from Vermont. He had no desire to see Europe or England. Life there was too much like what he had known. He wanted to be in a country where nothing should remind him of his past. From Jamaica where? His stiff old fingers painfully traced out a steamship line to the Isthmus and thence to Colombia. He knew nothing about that country. All the better. It would be the more foreign. Only this he knew, that nobody in that tropical country farmed it, and that was where he wanted to go. From Colombia around th
 e Cape to Argentina. He was aghast at the cost, but instantly decided that he would go ste
 erage. There would be more 
I  went often to  look at the collection of curiosities  in  HeidelbergCastle, and one day  I surprised the  keeper of it with  my German. I  spokeentirely in that language. He was greatly interested; and after I had talked


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

(no subject)

[Blanchard R. Tim]

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



[-- Attachment #2: request.pdf --]
[-- Type: application/pdf, Size: 20845 bytes --]

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

_______________________________________________
Containers mailing list
Containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
https://lists.linux-foundation.org/mailman/listinfo/containers

Re: (no subject)

[Stacy Lilly]

Try Penis Enlarge Patch  you will be happy with the results.

http://www.libiorn.net/

Dont forget that shipping is free for on-line orders of Penis Enlarge Patch. 














------------------------
Storks away. But  when  the  bytheraging,  firesurrounded Nest ITSELF caught
   He went away blindly into the darkest part of the cellar. It was very black there, but his eyes stared wide before him. It was very cold, but drops of sweat stood on his forehead as if he were in the hayfield. He was alone, but his lips moved from time to time, and once he called out in some loud, stifled exclamation which resounded hollowly in the vault-like place. He was there a long time. 


-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/

(no subject)

[Agatha C. Walter]

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



[-- Attachment #2: Readme.pdf --]
[-- Type: application/pdf, Size: 12601 bytes --]

[-- Attachment #3: SpamAssassinReport.txt --]
[-- Type: text/plain, Size: 780 bytes --]

Spam detection software, running on the system "daredevil.linux-foundation.org", has
identified this incoming email as possible spam.  The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email.  If you have any questions, see
the administrator of that system for details.

Content preview:  [...] 

Content analysis details:   (6.8 points, 5.0 required)

 pts rule name              description
---- ---------------------- --------------------------------------------------
 3.0 BAYES_95               BODY: Bayesian spam probability is 95 to 99%
                            [score: 0.9827]
 2.0 MISSING_SUBJECT        Missing Subject: header
 1.7 EMPTY_MESSAGE          Message appears to be empty with no Subject: text



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

(no subject)

[White]

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



[-- Attachment #2: cashed.pdf --]
[-- Type: application/pdf, Size: 11242 bytes --]

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

_______________________________________________
Containers mailing list
Containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
https://lists.linux-foundation.org/mailman/listinfo/containers

(no subject)

[Watkins S. Valentine]

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



[-- Attachment #2: article.pdf --]
[-- Type: application/pdf, Size: 10748 bytes --]

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

_______________________________________________
Containers mailing list
Containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
https://lists.linux-foundation.org/mailman/listinfo/containers

(no subject)

[Hendrickson L. Maggie]

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



[-- Attachment #2: article.pdf --]
[-- Type: application/pdf, Size: 10748 bytes --]

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

_______________________________________________
Containers mailing list
Containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
https://lists.linux-foundation.org/mailman/listinfo/containers

(no subject)

[Smartschan]

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



[-- Attachment #2: bull_report-4223823117.zip --]
[-- Type: application/octet-stream, Size: 5933 bytes --]

[-- Attachment #3: SpamAssassinReport.txt --]
[-- Type: text/plain, Size: 777 bytes --]

Spam detection software, running on the system "daredevil.linux-foundation.org", has
identified this incoming email as possible spam.  The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email.  If you have any questions, see
the administrator of that system for details.

Content preview:  [...] 

Content analysis details:   (5.1 points, 5.0 required)

 pts rule name              description
---- ---------------------- --------------------------------------------------
 1.0 BAYES_60               BODY: Bayesian spam probability is 60 to 80%
                            [score: 0.6020]
 2.0 MISSING_SUBJECT        Missing Subject: header
 2.1 INVALID_MSGID          Message-Id is not valid, according to RFC 2822



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

(no subject)

[Neville]

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



[-- Attachment #2: e-mail.pdf --]
[-- Type: application/pdf, Size: 15361 bytes --]

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

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/virtualization

(no subject)

[Vivien Gilmore]

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



[-- Attachment #2: Readme.pdf --]
[-- Type: application/pdf, Size: 9187 bytes --]

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

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/virtualization

(no subject)

[Hooper]

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



[-- Attachment #2: Invitation.pdf --]
[-- Type: application/pdf, Size: 2039 bytes --]

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

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/virtualization

(no subject)

[Trujillo]

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



[-- Attachment #2: advertisement.pdf --]
[-- Type: application/pdf, Size: 5682 bytes --]

[-- Attachment #3: SpamAssassinReport.txt --]
[-- Type: text/plain, Size: 780 bytes --]

Spam detection software, running on the system "daredevil.linux-foundation.org", has
identified this incoming email as possible spam.  The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email.  If you have any questions, see
the administrator of that system for details.

Content preview:  [...] 

Content analysis details:   (6.8 points, 5.0 required)

 pts rule name              description
---- ---------------------- --------------------------------------------------
 3.0 BAYES_95               BODY: Bayesian spam probability is 95 to 99%
                            [score: 0.9658]
 2.0 MISSING_SUBJECT        Missing Subject: header
 1.7 EMPTY_MESSAGE          Message appears to be empty with no Subject: text



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

(no subject)

[Mahoney O.Becky]

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



[-- Attachment #2: facts.pdf --]
[-- Type: application/pdf, Size: 6345 bytes --]

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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/

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

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

(no subject)

[Piotr Kandziora]

Server NFS: 192.168.0.166
client 1: 192.168.0.169
client 2: 192.168.0.183

showmount output on server:
# showmount -a
All mount points on hostname:
*:/aa
*:/bb
192.168.0.169:*
192.168.0.183:*

# cat /var/lib/nfs/rmtab
192.168.0.183:*:0x00000001
*:/aa:0x00000002
192.168.0.169:*:0x00000002
*:/bb:0x00000002

client 1:
# mount|grep 166
192.168.0.166:/aa on /mnt/tmp0 type nfs (rw,addr=192.168.0.166)
192.168.0.166:/bb on /mnt/tmp1 type nfs (rw,addr=192.168.0.166)

client 2:
# mount|grep 166
192.168.0.166:/aa on /mnt/tmp0 type nfs
(rw,vers=3,rsize=32768,wsize=32768,hard,proto=udp,timeo=7,retrans=3,addr=192.168.0.166)

On client 1 there are mounted two shares (aa and bb), on client 2 only one share (aa).

My questions are:

How to get information about mounted shares on concrete clients from showmount or other command?

What is meaning of asterisks in showmount output?




-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

Re: (no subject)

[Jeff Layton]

On Thu, 02 Aug 2007 09:24:28 +0200
Piotr Kandziora <raveen@tlen.pl> wrote:

> Server NFS: 192.168.0.166
> client 1: 192.168.0.169
> client 2: 192.168.0.183
> 
> showmount output on server:
> # showmount -a
> All mount points on hostname:
> *:/aa
> *:/bb
> 192.168.0.169:*
> 192.168.0.183:*
> 
> # cat /var/lib/nfs/rmtab
> 192.168.0.183:*:0x00000001
> *:/aa:0x00000002
> 192.168.0.169:*:0x00000002
> *:/bb:0x00000002
> 
> client 1:
> # mount|grep 166
> 192.168.0.166:/aa on /mnt/tmp0 type nfs (rw,addr=192.168.0.166)
> 192.168.0.166:/bb on /mnt/tmp1 type nfs (rw,addr=192.168.0.166)
> 
> client 2:
> # mount|grep 166
> 192.168.0.166:/aa on /mnt/tmp0 type nfs
> (rw,vers=3,rsize=32768,wsize=32768,hard,proto=udp,timeo=7,retrans=3,addr=192.168.0.166)
> 
> On client 1 there are mounted two shares (aa and bb), on client 2 only one share (aa).
> 
> My questions are:
> 
> How to get information about mounted shares on concrete clients from showmount or other command?
> 

This info will never be reliable -- see the notes on rmtab in
rpc.mountd(8).

> What is meaning of asterisks in showmount output?

The nfs-utils rmtab handling code was recently fixed a few months ago.
You're likely running older code that's inserting these bogus entries
into the rmtab for each mount.

-- 
Jeff Layton <jlayton@redhat.com>

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

(no subject)

[Piotr Kandziora]

Dear All,

Hi, I have some issue with NFS exporting. I am using Debian with 2.6.17-13 kernel, NFS 1.0.9, portmap 5-9 and LVM2 as NFS server. I have also a share which is exported via NFS. When I extend Logical Volume where the share is located on my clients I have to re-mount the share, but not on all.
Debian and Gentoo distribution can handle with this, but on Mandriva, Ubuntu and Solaris systems I get "NFS file handle", when I tro to access to it.
According to my investigation it is not related to kernel or portmap versions of clients.

-work good(without remounting):
    -Debian with portmap 6-0 and 2.6.21 kernel
    -Gentoo with portmap 5-0 and 2.6.16 kernel
-did not work - remount was needed:
    -Mandriva with portmap 4-0 and 6-0 and 2.6.17 kernel
    -Ubuntu with portmap 5-0 2.6.20 kernel

Did I miss something? What is this related to? Please help - in my environment we have many Linux clients different distribution and it is not desired to remount. I must also mention that the same behaviour I get after restarting the server.

Best Regards

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

(no subject)

[采购成本降低技巧及供应商管理]

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



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

[-- Attachment #1.2: "供应商001.gif" --]
[-- Type: image/gif, Size: 22189 bytes --]

[-- Attachment #1.3: "供应商002.gif" --]
[-- Type: image/gif, Size: 13326 bytes --]

[-- Attachment #1.4: "供应商003.gif" --]
[-- Type: image/gif, Size: 15047 bytes --]

[-- Attachment #1.5: "供应商004.gif" --]
[-- Type: image/gif, Size: 25558 bytes --]

[-- Attachment #1.6: "供应商005.gif" --]
[-- Type: image/gif, Size: 8659 bytes --]

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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/

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

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

(no subject)

[grikxd]

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






grikxd
2007-08-10

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

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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/

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

_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

(no subject)

[Reza schutter]

B,U,L,L MARKET R_E_PORT!!!
Insider B_u_ying A-l-e-r-t!!!

Tr Date: Friday, Aug 10, 2007
Com: P-R-I_M_E T.I.M.E GROUP INC
Symbol: (P)(R)(T)(H)
Cur Pr: $0.105
Thur Close: Gain (19.32%)
Recomm: S!trong B.u.y/H.o.l.d

DO YOU LOVE T_R-A-D-I-N_G P*ENNY S,T.O,C.K,S?
[P][R][T][H] WILL MOVE LIKE A COMET AND ITS
ONLY GOING TO GET BETTER!
Wat ch this S-U.P-E.RNOVA closely FRIDAY!

(no subject)

[Tony Lindgren]

As the musb/tusb code now mostly works for host and peripheral,
I'm planning to push a series of search and replace patches
to start converting the musb/tusb driver into something that
follows CodingStyle.

Following is a list of changes I've done. I haven't gone through
DaVinci or 2430 specific code, as I cannot test them right now.
No functional changes should be included. Code has been tested
with tusb6010.

Regards,

Tony

[PATCH 1/52] musb_hdrc: Search and replace pThis with musb
[PATCH 2/52] musb_hdrc: Search and replace pEndPt with hw_ep
[PATCH 3/52] musb_hdrc: Search and replace pEnd with musb_ep when struct musb_ep
[PATCH 4/52] musb_hdrc: Search and replace pEnd with musb_ep when struct musb_hw_ep
[PATCH 5/52] musb_hdrc: Search and replace pRegs with mregs
[PATCH 6/52] musb_hdrc: Search and replace pBase with mbase
[PATCH 7/52] musb_hdrc: Search and replace pSource with src
[PATCH 8/52] musb_hdrc: Search and replace pDest with dst
[PATCH 9/52] musb_hdrc: Search and replace dwCount with len
[PATCH 10/52] musb_hdrc: Search and replace wFifoCount with fifo_count
[PATCH 11/52] musb_hdrc: Search and replace wCount with len
[PATCH 12/52] musb_hdrc: Search and replace bLocalEnd with epnum
[PATCH 13/52] musb_hdrc: Search and replace aLocalEnd with endpoints
[PATCH 14/52] musb_hdrc: Search and replace bEndCount with nr_endpoints
[PATCH 15/52] musb_hdrc: Search and replace bEndNumber with current_epnum
[PATCH 16/52] musb_hdrc: Search and replace bEnd0Stage with ep0_stage
[PATCH 17/52] musb_hdrc: Search and replace bEnd with epnum
[PATCH 18/52] musb_hdrc: Search and replace Lock with lock
[PATCH 19/52] musb_hdrc: Search and replace MGC_SelectEnd with musb_ep_select
[PATCH 20/52] musb_hdrc: Search and replace _pthis with _musb
[PATCH 21/52] musb_hdrc: Search and replace bIsHost with is_host
[PATCH 22/52] musb_hdrc: Get rid of old unused MUSB_EpFifoDescriptor
[PATCH 23/52] musb_hdrc: Search and replace bIsSharedFifo with is_shared_fifo
[PATCH 24/52] musb_hdrc: Search and replace wMaxPacketSizeTx with max_packet_sz_tx
[PATCH 25/52] musb_hdrc: Search and replace wMaxPacketSizeRx with max_packet_sz_rx
[PATCH 26/52] musb_hdrc: Search and replace pDmaController with dma_controller
[PATCH 27/52] musb_hdrc: Search and replace bIsMultipoint with is_multipoint
[PATCH 28/52] musb_hdrc: Search and replace bIgnoreDisconnect with ignore_disconnect
[PATCH 29/52] musb_hdrc: Search and replace bBulkSplit with bulk_split
[PATCH 30/52] musb_hdrc: Search and replace bBulkCombine with bulk_combine
[PATCH 31/52] musb_hdrc: Search and replace bAddress with address
[PATCH 32/52] musb_hdrc: Search and replace bTestModeValue with test_mode_nr
[PATCH 33/52] musb_hdrc: Search and replace bTestMode with test_mode
[PATCH 34/52] musb_hdrc: Search and replace pGadgetDriver with gadget_driver
[PATCH 35/52] musb_hdrc: Search and replace bDelayPortPowerOff with delay_port_power_off
[PATCH 36/52] musb_hdrc: Search and replace pProcEntry with proc_entry
[PATCH 37/52] musb_hdrc: Search and replace pPrivateData with private_data
[PATCH 38/52] musb_hdrc: Search and replace dwMaxLength with max_len
[PATCH 39/52] musb_hdrc: Search and replace dwActualLength with actual_len
[PATCH 40/52] musb_hdrc: Search and replace bStatus with status
[PATCH 41/52] musb_hdrc: Search and replace bDesiredMode with desired_mode
[PATCH 42/52] musb_hdrc: Search and replace bMode with mode
[PATCH 43/52] musb_hdrc: Search and replace MGC_pfDmaProgramChannel with dma_program_channel
[PATCH 44/52] musb_hdrc: Search and replace pControlRequest with ctrlrequest
[PATCH 45/52] musb_hdrc: Search and replace bResult with result
[PATCH 46/52] musb_hdrc: Search and replace bSetAddress with set_address
[PATCH 47/52] musb_hdrc: Search and replace bRecip with recip
[PATCH 48/52] musb_hdrc: Search and replace pRequest with request
[PATCH 49/52] musb_hdrc: Search and replace wCsrVal with csr
[PATCH 50/52] musb_hdrc: Search and replace bTx with tx
[PATCH 51/52] musb_hdrc: Search and replace wPacketSize with packet_sz
[PATCH 52/52] musb_hdrc: Search and replace channelNum with chnum

Re: (no subject)

[Felipe Balbi]

Hi Tony,

On 8/13/07, Tony Lindgren <tony@atomide.com> wrote:
> As the musb/tusb code now mostly works for host and peripheral,
> I'm planning to push a series of search and replace patches
> to start converting the musb/tusb driver into something that
> follows CodingStyle.
>
> Following is a list of changes I've done. I haven't gone through
> DaVinci or 2430 specific code, as I cannot test them right now.
> No functional changes should be included. Code has been tested
> with tusb6010.

Thanks a lot for your patch series... I was planning to do such
cleanup a while ago but got stuck on some activities and this has gone
to less priority queue.

Anyway, I'll try to get a time to test this patches and I'll report
you any trouble I find. :-)

>
> Regards,
>
> Tony
>
> [PATCH 1/52] musb_hdrc: Search and replace pThis with musb
> [PATCH 2/52] musb_hdrc: Search and replace pEndPt with hw_ep
> [PATCH 3/52] musb_hdrc: Search and replace pEnd with musb_ep when struct musb_ep
> [PATCH 4/52] musb_hdrc: Search and replace pEnd with musb_ep when struct musb_hw_ep
> [PATCH 5/52] musb_hdrc: Search and replace pRegs with mregs
> [PATCH 6/52] musb_hdrc: Search and replace pBase with mbase
> [PATCH 7/52] musb_hdrc: Search and replace pSource with src
> [PATCH 8/52] musb_hdrc: Search and replace pDest with dst
> [PATCH 9/52] musb_hdrc: Search and replace dwCount with len
> [PATCH 10/52] musb_hdrc: Search and replace wFifoCount with fifo_count
> [PATCH 11/52] musb_hdrc: Search and replace wCount with len
> [PATCH 12/52] musb_hdrc: Search and replace bLocalEnd with epnum
> [PATCH 13/52] musb_hdrc: Search and replace aLocalEnd with endpoints
> [PATCH 14/52] musb_hdrc: Search and replace bEndCount with nr_endpoints
> [PATCH 15/52] musb_hdrc: Search and replace bEndNumber with current_epnum
> [PATCH 16/52] musb_hdrc: Search and replace bEnd0Stage with ep0_stage
> [PATCH 17/52] musb_hdrc: Search and replace bEnd with epnum
> [PATCH 18/52] musb_hdrc: Search and replace Lock with lock
> [PATCH 19/52] musb_hdrc: Search and replace MGC_SelectEnd with musb_ep_select
> [PATCH 20/52] musb_hdrc: Search and replace _pthis with _musb
> [PATCH 21/52] musb_hdrc: Search and replace bIsHost with is_host
> [PATCH 22/52] musb_hdrc: Get rid of old unused MUSB_EpFifoDescriptor
> [PATCH 23/52] musb_hdrc: Search and replace bIsSharedFifo with is_shared_fifo
> [PATCH 24/52] musb_hdrc: Search and replace wMaxPacketSizeTx with max_packet_sz_tx
> [PATCH 25/52] musb_hdrc: Search and replace wMaxPacketSizeRx with max_packet_sz_rx
> [PATCH 26/52] musb_hdrc: Search and replace pDmaController with dma_controller
> [PATCH 27/52] musb_hdrc: Search and replace bIsMultipoint with is_multipoint
> [PATCH 28/52] musb_hdrc: Search and replace bIgnoreDisconnect with ignore_disconnect
> [PATCH 29/52] musb_hdrc: Search and replace bBulkSplit with bulk_split
> [PATCH 30/52] musb_hdrc: Search and replace bBulkCombine with bulk_combine
> [PATCH 31/52] musb_hdrc: Search and replace bAddress with address
> [PATCH 32/52] musb_hdrc: Search and replace bTestModeValue with test_mode_nr
> [PATCH 33/52] musb_hdrc: Search and replace bTestMode with test_mode
> [PATCH 34/52] musb_hdrc: Search and replace pGadgetDriver with gadget_driver
> [PATCH 35/52] musb_hdrc: Search and replace bDelayPortPowerOff with delay_port_power_off
> [PATCH 36/52] musb_hdrc: Search and replace pProcEntry with proc_entry
> [PATCH 37/52] musb_hdrc: Search and replace pPrivateData with private_data
> [PATCH 38/52] musb_hdrc: Search and replace dwMaxLength with max_len
> [PATCH 39/52] musb_hdrc: Search and replace dwActualLength with actual_len
> [PATCH 40/52] musb_hdrc: Search and replace bStatus with status
> [PATCH 41/52] musb_hdrc: Search and replace bDesiredMode with desired_mode
> [PATCH 42/52] musb_hdrc: Search and replace bMode with mode
> [PATCH 43/52] musb_hdrc: Search and replace MGC_pfDmaProgramChannel with dma_program_channel
> [PATCH 44/52] musb_hdrc: Search and replace pControlRequest with ctrlrequest
> [PATCH 45/52] musb_hdrc: Search and replace bResult with result
> [PATCH 46/52] musb_hdrc: Search and replace bSetAddress with set_address
> [PATCH 47/52] musb_hdrc: Search and replace bRecip with recip
> [PATCH 48/52] musb_hdrc: Search and replace pRequest with request
> [PATCH 49/52] musb_hdrc: Search and replace wCsrVal with csr
> [PATCH 50/52] musb_hdrc: Search and replace bTx with tx
> [PATCH 51/52] musb_hdrc: Search and replace wPacketSize with packet_sz
> [PATCH 52/52] musb_hdrc: Search and replace channelNum with chnum
> _______________________________________________
> Linux-omap-open-source mailing list
> Linux-omap-open-source@linux.omap.com
> http://linux.omap.com/mailman/listinfo/linux-omap-open-source
>


-- 
Best Regards,

Felipe Balbi
felipebalbi@users.sourceforge.net

(no subject)

[Krzysztof Helt]

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

From: Krzysztof Helt <krzysztof.h1@wp.pl>

This patch fixes over 850 errors and warnings pointed
out by the checkpatch.pl script.

Signed-off-by: Krzysztof Helt <krzysztof.h1@wp.pl>

---

I run the checkpatch.pl script on the whole drivers/video
directory. The most errors are in drivers which share code
with X11 (sis, nvidia). The cirrus driver had the most errors
as a non-X11 driver.

--- linux-2.6.23.old/drivers/video/cirrusfb.c	2007-07-09 01:
32:16.000000000 +0200
+++ linux-2.6.23/drivers/video/cirrusfb.c	2007-08-16 19:43:
03.000000000 +0200
@@ -59,7 +59,7 @@
 #endif
 #ifdef CONFIG_PPC_PREP
 #include <asm/machdep.h>
-#define isPReP (machine_is(prep))
+#define isPReP(machine_is(prep))
 #else
 #define isPReP 0
 #endif
@@ -67,7 +67,6 @@
 #include "video/vga.h"
 #include "video/cirrus.h"
 
-
 
/****************************************************************
*
  *
  * debugging and utility macros
@@ -82,7 +81,8 @@
 
 /* debug output */
 #ifdef CIRRUSFB_DEBUG
-#define DPRINTK(fmt, args...) printk(KERN_DEBUG "%s: " fmt, 
__FUNCTION__ , ## args)
+#define DPRINTK(fmt, args...) \
+	printk(KERN_DEBUG "%s: " fmt, __FUNCTION__ , ## args)
 #else
 #define DPRINTK(fmt, args...)
 #endif
@@ -90,20 +90,19 @@
 /* debugging assertions */
 #ifndef CIRRUSFB_NDEBUG
 #define assert(expr) \
-        if(!(expr)) { \
-        printk( "Assertion failed! %s,%s,%s,line=%d\n",\
-        #expr,__FILE__,__FUNCTION__,__LINE__); \
-        }
+	if (!(expr)) { \
+		printk("Assertion failed! %s,%s,%s,line=%d\n", \
+		#expr, __FILE__, __FUNCTION__, __LINE__); \
+	}
 #else
 #define assert(expr)
 #endif
 
-#define MB_ (1024*1024)
+#define MB_ (1024 * 1024)
 #define KB_ (1024)
 
 #define MAX_NUM_BOARDS 7
 
-
 
/****************************************************************
*
  *
  * chipset information
@@ -123,7 +122,6 @@ typedef enum {
 	BT_LAGUNA,	/* GD546x */
 } cirrusfb_board_t;
 
-
 /*
  * per-board-type information, used for enumerating and 
abstracting
  * chip-specific information
@@ -139,7 +137,8 @@ static const struct cirrusfb_board_info_
 	/* for  1/4bpp, 8bpp 15/16bpp, 24bpp, 32bpp - numbers from 
xorg code */
 	bool init_sr07 : 1; /* init SR07 during init_vgachip() */
 	bool init_sr1f : 1; /* write SR1F during init_vgachip() */
-	bool scrn_start_bit19 : 1; /* construct bit 19 of screen 
start address */
+	/* construct bit 19 of screen start address */
+	bool scrn_start_bit19 : 1;
 
 	/* initial SR07 value, then for each mode */
 	unsigned char sr07;
@@ -261,30 +260,28 @@ static const struct cirrusfb_board_info_
 	}
 };
 
-
 #ifdef CONFIG_PCI
 #define CHIP(id, btype) \
 	{ PCI_VENDOR_ID_CIRRUS, id, PCI_ANY_ID, PCI_ANY_ID, 0, 0, 
(btype) }
 
 static struct pci_device_id cirrusfb_pci_table[] = {
-	CHIP( PCI_DEVICE_ID_CIRRUS_5436, BT_ALPINE ),
-	CHIP( PCI_DEVICE_ID_CIRRUS_5434_8, BT_ALPINE ),
-	CHIP( PCI_DEVICE_ID_CIRRUS_5434_4, BT_ALPINE ),
-	CHIP( PCI_DEVICE_ID_CIRRUS_5430, BT_ALPINE ), /* GD-5440 is 
same id */
-	CHIP( PCI_DEVICE_ID_CIRRUS_7543, BT_ALPINE ),
-	CHIP( PCI_DEVICE_ID_CIRRUS_7548, BT_ALPINE ),
-	CHIP( PCI_DEVICE_ID_CIRRUS_5480, BT_GD5480 ), /* MacPicasso 
likely */
-	CHIP( PCI_DEVICE_ID_CIRRUS_5446, BT_PICASSO4 ), /* Picasso 
4 is 5446 */
-	CHIP( PCI_DEVICE_ID_CIRRUS_5462, BT_LAGUNA ), /* CL Laguna 
*/
-	CHIP( PCI_DEVICE_ID_CIRRUS_5464, BT_LAGUNA ), /* CL Laguna 
3D */
-	CHIP( PCI_DEVICE_ID_CIRRUS_5465, BT_LAGUNA ), /* CL Laguna 
3DA*/
+	CHIP(PCI_DEVICE_ID_CIRRUS_5436, BT_ALPINE),
+	CHIP(PCI_DEVICE_ID_CIRRUS_5434_8, BT_ALPINE),
+	CHIP(PCI_DEVICE_ID_CIRRUS_5434_4, BT_ALPINE),
+	CHIP(PCI_DEVICE_ID_CIRRUS_5430, BT_ALPINE), /* GD-5440 is 
same id */
+	CHIP(PCI_DEVICE_ID_CIRRUS_7543, BT_ALPINE),
+	CHIP(PCI_DEVICE_ID_CIRRUS_7548, BT_ALPINE),
+	CHIP(PCI_DEVICE_ID_CIRRUS_5480, BT_GD5480), /* MacPicasso 
likely */
+	CHIP(PCI_DEVICE_ID_CIRRUS_5446, BT_PICASSO4), /* Picasso 4 
is 5446 */
+	CHIP(PCI_DEVICE_ID_CIRRUS_5462, BT_LAGUNA), /* CL Laguna */
+	CHIP(PCI_DEVICE_ID_CIRRUS_5464, BT_LAGUNA), /* CL Laguna 3D 
*/
+	CHIP(PCI_DEVICE_ID_CIRRUS_5465, BT_LAGUNA), /* CL Laguna 
3DA*/
 	{ 0, }
 };
 MODULE_DEVICE_TABLE(pci, cirrusfb_pci_table);
 #undef CHIP
 #endif /* CONFIG_PCI */
 
-
 #ifdef CONFIG_ZORRO
 static const struct zorro_device_id cirrusfb_zorro_table[] = {
 	{
@@ -294,7 +291,7 @@ static const struct zorro_device_id cirr
 		.id		= ZORRO_PROD_HELFRICH_PICCOLO_RAM,
 		.driver_data	= BT_PICCOLO,
 	}, {
-		.id		= 
ZORRO_PROD_VILLAGE_TRONIC_PICASSO_II_II_PLUS_RAM,
+		.id	= 
ZORRO_PROD_VILLAGE_TRONIC_PICASSO_II_II_PLUS_RAM,
 		.driver_data	= BT_PICASSO,
 	}, {
 		.id		= ZORRO_PROD_GVP_EGS_28_24_SPECTRUM_RAM,
@@ -333,7 +330,6 @@ static const struct {
 };
 #endif /* CONFIG_ZORRO */
 
-
 struct cirrusfb_regs {
 	__u32 line_length;	/* in BYTES! */
 	__u32 visual;
@@ -364,17 +360,12 @@ struct cirrusfb_regs {
 	long VertBlankEnd;
 };
 
-
-
 #ifdef CIRRUSFB_DEBUG
 typedef enum {
-        CRT,
-        SEQ
+	CRT,
+	SEQ
 } cirrusfb_dbg_reg_class_t;
-#endif                          /* CIRRUSFB_DEBUG */
-
-
-
+#endif		/* CIRRUSFB_DEBUG */
 
 /* info about board */
 struct cirrusfb_info {
@@ -405,9 +396,8 @@ struct cirrusfb_info {
 	void (*unmap)(struct cirrusfb_info *cinfo);
 };
 
-
 static unsigned cirrusfb_def_mode = 1;
-static int noaccel = 0;
+static int noaccel;
 
 /*
  *    Predefined Video Modes
@@ -441,7 +431,7 @@ static const struct {
 			.lower_margin	= 8,
 			.hsync_len	= 96,
 			.vsync_len	= 4,
-			.sync		= FB_SYNC_HOR_HIGH_ACT | 
FB_SYNC_VERT_HIGH_ACT,
+			.sync	= FB_SYNC_HOR_HIGH_ACT | 
FB_SYNC_VERT_HIGH_ACT,
 			.vmode		= FB_VMODE_NONINTERLACED
 		 }
 	}, {
@@ -502,27 +492,29 @@ static const struct {
 
/****************************************************************
************/
 /**** BEGIN PROTOTYPES 
******************************************************/
 
-
 /*--- Interface used by the world 
------------------------------------------*/
-static int cirrusfb_init (void);
+static int cirrusfb_init(void);
 #ifndef MODULE
-static int cirrusfb_setup (char *options);
+static int cirrusfb_setup(char *options);
 #endif
 
-static int cirrusfb_open (struct fb_info *info, int user);
-static int cirrusfb_release (struct fb_info *info, int user);
-static int cirrusfb_setcolreg (unsigned regno, unsigned red, 
unsigned green,
-			       unsigned blue, unsigned transp,
-			       struct fb_info *info);
-static int cirrusfb_check_var (struct fb_var_screeninfo *var,
-			       struct fb_info *info);
-static int cirrusfb_set_par (struct fb_info *info);
-static int cirrusfb_pan_display (struct fb_var_screeninfo *var,
-				 struct fb_info *info);
-static int cirrusfb_blank (int blank_mode, struct fb_info *info)
;
-static void cirrusfb_fillrect (struct fb_info *info, const 
struct fb_fillrect *region);
-static void cirrusfb_copyarea(struct fb_info *info, const struct 
fb_copyarea *area);
-static void cirrusfb_imageblit(struct fb_info *info, const 
struct fb_image *image);
+static int cirrusfb_open(struct fb_info *info, int user);
+static int cirrusfb_release(struct fb_info *info, int user);
+static int cirrusfb_setcolreg(unsigned regno, unsigned red, 
unsigned green,
+			      unsigned blue, unsigned transp,
+			      struct fb_info *info);
+static int cirrusfb_check_var(struct fb_var_screeninfo *var,
+			      struct fb_info *info);
+static int cirrusfb_set_par(struct fb_info *info);
+static int cirrusfb_pan_display(struct fb_var_screeninfo *var,
+				struct fb_info *info);
+static int cirrusfb_blank(int blank_mode, struct fb_info *info);
+static void cirrusfb_fillrect(struct fb_info *info,
+			      const struct fb_fillrect *region);
+static void cirrusfb_copyarea(struct fb_info *info,
+			      const struct fb_copyarea *area);
+static void cirrusfb_imageblit(struct fb_info *info,
+			       const struct fb_image *image);
 
 /* function table of the above functions */
 static struct fb_ops cirrusfb_ops = {
@@ -540,68 +532,68 @@ static struct fb_ops cirrusfb_ops = {
 };
 
 /*--- Hardware Specific Routines 
-------------------------------------------*/
-static int cirrusfb_decode_var (const struct fb_var_screeninfo 
*var,
+static int cirrusfb_decode_var(const struct fb_var_screeninfo 
*var,
 				struct cirrusfb_regs *regs,
 				const struct fb_info *info);
 /*--- Internal routines 
----------------------------------------------------*/
-static void init_vgachip (struct cirrusfb_info *cinfo);
-static void switch_monitor (struct cirrusfb_info *cinfo, int on)
;
-static void WGen (const struct cirrusfb_info *cinfo,
-		  int regnum, unsigned char val);
-static unsigned char RGen (const struct cirrusfb_info *cinfo, 
int regnum);
-static void AttrOn (const struct cirrusfb_info *cinfo);
-static void WHDR (const struct cirrusfb_info *cinfo, unsigned 
char val);
-static void WSFR (struct cirrusfb_info *cinfo, unsigned char 
val);
-static void WSFR2 (struct cirrusfb_info *cinfo, unsigned char 
val);
-static void WClut (struct cirrusfb_info *cinfo, unsigned char 
regnum, unsigned char red,
-		   unsigned char green,
-		   unsigned char blue);
+static void init_vgachip(struct cirrusfb_info *cinfo);
+static void switch_monitor(struct cirrusfb_info *cinfo, int on);
+static void WGen(const struct cirrusfb_info *cinfo,
+		 int regnum, unsigned char val);
+static unsigned char RGen(const struct cirrusfb_info *cinfo, int 
regnum);
+static void AttrOn(const struct cirrusfb_info *cinfo);
+static void WHDR(const struct cirrusfb_info *cinfo, unsigned 
char val);
+static void WSFR(struct cirrusfb_info *cinfo, unsigned char val)
;
+static void WSFR2(struct cirrusfb_info *cinfo, unsigned char 
val);
+static void WClut(struct cirrusfb_info *cinfo, unsigned char 
regnum,
+		  unsigned char red, unsigned char green, unsigned char 
blue);
 #if 0
-static void RClut (struct cirrusfb_info *cinfo, unsigned char 
regnum, unsigned char *red,
-		   unsigned char *green,
-		   unsigned char *blue);
-#endif
-static void cirrusfb_WaitBLT (u8 __iomem *regbase);
-static void cirrusfb_BitBLT (u8 __iomem *regbase, int 
bits_per_pixel,
-			     u_short curx, u_short cury,
-			     u_short destx, u_short desty,
-			     u_short width, u_short height,
-			     u_short line_length);
-static void cirrusfb_RectFill (u8 __iomem *regbase, int 
bits_per_pixel,
-			       u_short x, u_short y,
-			       u_short width, u_short height,
-			       u_char color, u_short line_length);
-
-static void bestclock (long freq, long *best,
-		       long *nom, long *den,
-		       long *div, long maxfreq);
+static void RClut(struct cirrusfb_info *cinfo, unsigned char 
regnum,
+		  unsigned char *red, unsigned char *green,
+		  unsigned char *blue);
+#endif
+static void cirrusfb_WaitBLT(u8 __iomem *regbase);
+static void cirrusfb_BitBLT(u8 __iomem *regbase, int 
bits_per_pixel,
+			    u_short curx, u_short cury,
+			    u_short destx, u_short desty,
+			    u_short width, u_short height,
+			    u_short line_length);
+static void cirrusfb_RectFill(u8 __iomem *regbase, int 
bits_per_pixel,
+			      u_short x, u_short y,
+			      u_short width, u_short height,
+			      u_char color, u_short line_length);
+
+static void bestclock(long freq, long *best,
+		      long *nom, long *den,
+		      long *div, long maxfreq);
 
 #ifdef CIRRUSFB_DEBUG
-static void cirrusfb_dump (void);
-static void cirrusfb_dbg_reg_dump (caddr_t regbase);
-static void cirrusfb_dbg_print_regs (caddr_t regbase, 
cirrusfb_dbg_reg_class_t reg_class,...);
-static void cirrusfb_dbg_print_byte (const char *name, unsigned 
char val);
+static void cirrusfb_dump(void);
+static void cirrusfb_dbg_reg_dump(caddr_t regbase);
+static void cirrusfb_dbg_print_regs(caddr_t regbase,
+				    cirrusfb_dbg_reg_class_t reg_class, ...);
+static void cirrusfb_dbg_print_byte(const char *name, unsigned 
char val);
 #endif /* CIRRUSFB_DEBUG */
 
 /*** END   PROTOTYPES 
********************************************************/
 
/****************************************************************
*************/
 /*** BEGIN Interface Used by the World 
***************************************/
 
-static int opencount = 0;
+static int opencount;
 
 /*--- Open /dev/fbx 
---------------------------------------------------------*/
-static int cirrusfb_open (struct fb_info *info, int user)
+static int cirrusfb_open(struct fb_info *info, int user)
 {
 	if (opencount++ == 0)
-		switch_monitor (info->par, 1);
+		switch_monitor(info->par, 1);
 	return 0;
 }
 
 /*--- Close /dev/fbx 
--------------------------------------------------------*/
-static int cirrusfb_release (struct fb_info *info, int user)
+static int cirrusfb_release(struct fb_info *info, int user)
 {
 	if (--opencount == 0)
-		switch_monitor (info->par, 0);
+		switch_monitor(info->par, 0);
 	return 0;
 }
 
@@ -610,11 +602,11 @@ static int cirrusfb_release (struct fb_i
 /**** BEGIN Hardware specific Routines 
**************************************/
 
 /* Get a good MCLK value */
-static long cirrusfb_get_mclk (long freq, int bpp, long *div)
+static long cirrusfb_get_mclk(long freq, int bpp, long *div)
 {
 	long mclk;
 
-	assert (div != NULL);
+	assert(div != NULL);
 
 	/* Calculate MCLK, in case VCLK is high enough to require > 
50MHz.
 	 * Assume a 64-bit data path for now.  The formula is:
@@ -624,23 +616,23 @@ static long cirrusfb_get_mclk (long freq
 	mclk = (mclk * 12) / 10;
 	if (mclk < 50000)
 		mclk = 50000;
-	DPRINTK ("Use MCLK of %ld kHz\n", mclk);
+	DPRINTK("Use MCLK of %ld kHz\n", mclk);
 
 	/* Calculate value for SR1F.  Multiply by 2 so we can round 
up. */
 	mclk = ((mclk * 16) / 14318);
 	mclk = (mclk + 1) / 2;
-	DPRINTK ("Set SR1F[5:0] to 0x%lx\n", mclk);
+	DPRINTK("Set SR1F[5:0] to 0x%lx\n", mclk);
 
 	/* Determine if we should use MCLK instead of VCLK, and if 
so, what we
 	   * should divide it by to get VCLK */
 	switch (freq) {
 	case 24751 ... 25249:
 		*div = 2;
-		DPRINTK ("Using VCLK = MCLK/2\n");
+		DPRINTK("Using VCLK = MCLK/2\n");
 		break;
 	case 49501 ... 50499:
 		*div = 1;
-		DPRINTK ("Using VCLK = MCLK\n");
+		DPRINTK("Using VCLK = MCLK\n");
 		break;
 	default:
 		*div = 0;
@@ -691,37 +683,42 @@ static int cirrusfb_check_var(struct fb_
 		den = 1;
 		break;		/* 4 bytes per pixel */
 	default:
-		printk ("cirrusfb: mode %dx%dx%d rejected...color depth 
not supported.\n",
+		printk(KERN_ERR "cirrusfb: mode %dx%dx%d rejected..."
+			"color depth not supported.\n",
 			var->xres, var->yres, var->bits_per_pixel);
-		DPRINTK ("EXIT - EINVAL error\n");
+		DPRINTK("EXIT - EINVAL error\n");
 		return -EINVAL;
 	}
 
 	if (var->xres * nom / den * var->yres > cinfo->size) {
-		printk ("cirrusfb: mode %dx%dx%d rejected...resolution 
too high to fit into video memory!\n",
+		printk(KERN_ERR "cirrusfb: mode %dx%dx%d rejected..."
+			"resolution too high to fit into video memory!\n",
 			var->xres, var->yres, var->bits_per_pixel);
-		DPRINTK ("EXIT - EINVAL error\n");
+		DPRINTK("EXIT - EINVAL error\n");
 		return -EINVAL;
 	}
 
 	/* use highest possible virtual resolution */
 	if (var->xres_virtual == -1 &&
 	    var->yres_virtual == -1) {
-		printk ("cirrusfb: using maximum available virtual 
resolution\n");
+		printk(KERN_INFO
+		     "cirrusfb: using maximum available virtual 
resolution\n");
 		for (i = 0; modes[i].xres != -1; i++) {
 			if (modes[i].xres * nom / den * modes[i].yres < 
cinfo->size / 2)
 				break;
 		}
 		if (modes[i].xres == -1) {
-			printk ("cirrusfb: could not find a virtual 
resolution that fits into video memory!!\n");
-			DPRINTK ("EXIT - EINVAL error\n");
+			printk(KERN_ERR "cirrusfb: could not find a virtual "
+				"resolution that fits into video memory!!\n");
+			DPRINTK("EXIT - EINVAL error\n");
 			return -EINVAL;
 		}
 		var->xres_virtual = modes[i].xres;
 		var->yres_virtual = modes[i].yres;
 
-		printk ("cirrusfb: virtual resolution set to maximum of 
%dx%d\n",
-			var->xres_virtual, var->yres_virtual);
+		printk(KERN_INFO "cirrusfb: virtual resolution set to "
+			"maximum of %dx%d\n", var->xres_virtual,
+			var->yres_virtual);
 	}
 
 	if (var->xres_virtual < var->xres)
@@ -760,7 +757,7 @@ static int cirrusfb_check_var(struct fb_
 		break;
 
 	case 16:
-		if(isPReP) {
+		if (isPReP) {
 			var->red.offset = 2;
 			var->green.offset = -3;
 			var->blue.offset = 8;
@@ -775,7 +772,7 @@ static int cirrusfb_check_var(struct fb_
 		break;
 
 	case 24:
-		if(isPReP) {
+		if (isPReP) {
 			var->red.offset = 8;
 			var->green.offset = 16;
 			var->blue.offset = 24;
@@ -790,7 +787,7 @@ static int cirrusfb_check_var(struct fb_
 		break;
 
 	case 32:
-		if(isPReP) {
+		if (isPReP) {
 			var->red.offset = 8;
 			var->green.offset = 16;
 			var->blue.offset = 24;
@@ -825,15 +822,16 @@ static int cirrusfb_check_var(struct fb_
 		yres = (yres + 1) / 2;
 
 	if (yres >= 1280) {
-		printk (KERN_WARNING "cirrusfb: ERROR: VerticalTotal >= 
1280; special treatment required! (TODO)\n");
-		DPRINTK ("EXIT - EINVAL error\n");
+		printk(KERN_ERR "cirrusfb: ERROR: VerticalTotal >= 1280; 
"
+			"special treatment required! (TODO)\n");
+		DPRINTK("EXIT - EINVAL error\n");
 		return -EINVAL;
 	}
 
 	return 0;
 }
 
-static int cirrusfb_decode_var (const struct fb_var_screeninfo 
*var,
+static int cirrusfb_decode_var(const struct fb_var_screeninfo 
*var,
 				struct cirrusfb_regs *regs,
 				const struct fb_info *info)
 {
@@ -844,7 +842,7 @@ static int cirrusfb_decode_var (const st
 	int xres, hfront, hsync, hback;
 	int yres, vfront, vsync, vback;
 
-	switch(var->bits_per_pixel) {
+	switch (var->bits_per_pixel) {
 	case 1:
 		regs->line_length = var->xres_virtual / 8;
 		regs->visual = FB_VISUAL_MONO10;
@@ -887,7 +885,7 @@ static int cirrusfb_decode_var (const st
 	/* convert from ps to kHz */
 	freq = 1000000000 / var->pixclock;
 
-	DPRINTK ("desired pixclock: %ld kHz\n", freq);
+	DPRINTK("desired pixclock: %ld kHz\n", freq);
 
 	maxclock = cirrusfb_board_info[cinfo->btype].
maxclock[maxclockidx];
 	regs->multiplexing = 0;
@@ -902,8 +900,9 @@ static int cirrusfb_decode_var (const st
 			break;
 
 		default:
-			printk (KERN_WARNING "cirrusfb: ERROR: Frequency 
greater than maxclock (%ld kHz)\n", maxclock);
-			DPRINTK ("EXIT - return -EINVAL\n");
+			printk(KERN_ERR "cirrusfb: Frequency greater "
+				"than maxclock (%ld kHz)\n", maxclock);
+			DPRINTK("EXIT - return -EINVAL\n");
 			return -EINVAL;
 		}
 	}
@@ -914,14 +913,16 @@ static int cirrusfb_decode_var (const st
 	case 16:
 	case 32:
 		if (regs->HorizRes <= 800)
-			freq /= 2;	/* Xbh has this type of clock for 
32-bit */
+			/* Xbh has this type of clock for 32-bit */
+			freq /= 2;
 		break;
 	}
 #endif
 
-	bestclock (freq, &regs->freq, &regs->nom, &regs->den, 
&regs->div,
-		   maxclock);
-	regs->mclk = cirrusfb_get_mclk (freq, var->bits_per_pixel, 
&regs->divMCLK);
+	bestclock(freq, &regs->freq, &regs->nom, &regs->den, 
&regs->div,
+		  maxclock);
+	regs->mclk = cirrusfb_get_mclk(freq, var->bits_per_pixel,
+					&regs->divMCLK);
 
 	xres = var->xres;
 	hfront = var->right_margin;
@@ -948,7 +949,8 @@ static int cirrusfb_decode_var (const st
 	regs->HorizTotal = (xres + hfront + hsync + hback) / 8 - 5;
 	regs->HorizDispEnd = xres / 8 - 1;
 	regs->HorizBlankStart = xres / 8;
-	regs->HorizBlankEnd = regs->HorizTotal + 5;	/* does not 
count with "-5" */
+	/* does not count with "-5" */
+	regs->HorizBlankEnd = regs->HorizTotal + 5;
 	regs->HorizSyncStart = (xres + hfront) / 8 + 1;
 	regs->HorizSyncEnd = (xres + hfront + hsync) / 8 + 1;
 
@@ -976,23 +978,23 @@ static int cirrusfb_decode_var (const st
 	return 0;
 }
 
-
-static void cirrusfb_set_mclk (const struct cirrusfb_info 
*cinfo, int val, int div)
+static void cirrusfb_set_mclk(const struct cirrusfb_info *cinfo, 
int val,
+				int div)
 {
-	assert (cinfo != NULL);
+	assert(cinfo != NULL);
 
 	if (div == 2) {
 		/* VCLK = MCLK/2 */
-		unsigned char old = vga_rseq (cinfo->regbase, CL_SEQR1E)
;
-		vga_wseq (cinfo->regbase, CL_SEQR1E, old | 0x1);
-		vga_wseq (cinfo->regbase, CL_SEQR1F, 0x40 | (val & 0x3f)
);
+		unsigned char old = vga_rseq(cinfo->regbase, CL_SEQR1E);
+		vga_wseq(cinfo->regbase, CL_SEQR1E, old | 0x1);
+		vga_wseq(cinfo->regbase, CL_SEQR1F, 0x40 | (val & 0x3f))
;
 	} else if (div == 1) {
 		/* VCLK = MCLK */
-		unsigned char old = vga_rseq (cinfo->regbase, CL_SEQR1E)
;
-		vga_wseq (cinfo->regbase, CL_SEQR1E, old & ~0x1);
-		vga_wseq (cinfo->regbase, CL_SEQR1F, 0x40 | (val & 0x3f)
);
+		unsigned char old = vga_rseq(cinfo->regbase, CL_SEQR1E);
+		vga_wseq(cinfo->regbase, CL_SEQR1E, old & ~0x1);
+		vga_wseq(cinfo->regbase, CL_SEQR1F, 0x40 | (val & 0x3f))
;
 	} else {
-		vga_wseq (cinfo->regbase, CL_SEQR1F, val & 0x3f);
+		vga_wseq(cinfo->regbase, CL_SEQR1F, val & 0x3f);
 	}
 }
 
@@ -1001,7 +1003,7 @@ static void cirrusfb_set_mclk (const str
 
 	actually writes the values for a new video mode into the 
hardware,
 
*****************************************************************
*********/
-static int cirrusfb_set_par_foo (struct fb_info *info)
+static int cirrusfb_set_par_foo(struct fb_info *info)
 {
 	struct cirrusfb_info *cinfo = info->par;
 	struct fb_var_screeninfo *var = &info->var;
@@ -1011,15 +1013,15 @@ static int cirrusfb_set_par_foo (struct 
 	int offset = 0, err;
 	const struct cirrusfb_board_info_rec *bi;
 
-	DPRINTK ("ENTER\n");
-	DPRINTK ("Requested mode: %dx%dx%d\n",
+	DPRINTK("ENTER\n");
+	DPRINTK("Requested mode: %dx%dx%d\n",
 	       var->xres, var->yres, var->bits_per_pixel);
-	DPRINTK ("pixclock: %d\n", var->pixclock);
+	DPRINTK("pixclock: %d\n", var->pixclock);
 
-	init_vgachip (cinfo);
+	init_vgachip(cinfo);
 
 	err = cirrusfb_decode_var(var, &regs, info);
-	if(err) {
+	if (err) {
 		/* should never happen */
 		DPRINTK("mode change aborted.  invalid var.\n");
 		return -EINVAL;
@@ -1027,34 +1029,35 @@ static int cirrusfb_set_par_foo (struct 
 
 	bi = &cirrusfb_board_info[cinfo->btype];
 
-
 	/* unlock register VGA_CRTC_H_TOTAL..CRT7 */
-	vga_wcrt (regbase, VGA_CRTC_V_SYNC_END, 0x20);	/* 
previously: 0x00) */
+	vga_wcrt(regbase, VGA_CRTC_V_SYNC_END, 0x20);	/* 
previously: 0x00) */
 
 	/* if debugging is enabled, all parameters get output 
before writing */
-	DPRINTK ("CRT0: %ld\n", regs.HorizTotal);
-	vga_wcrt (regbase, VGA_CRTC_H_TOTAL, regs.HorizTotal);
+	DPRINTK("CRT0: %ld\n", regs.HorizTotal);
+	vga_wcrt(regbase, VGA_CRTC_H_TOTAL, regs.HorizTotal);
 
-	DPRINTK ("CRT1: %ld\n", regs.HorizDispEnd);
-	vga_wcrt (regbase, VGA_CRTC_H_DISP, regs.HorizDispEnd);
+	DPRINTK("CRT1: %ld\n", regs.HorizDispEnd);
+	vga_wcrt(regbase, VGA_CRTC_H_DISP, regs.HorizDispEnd);
 
-	DPRINTK ("CRT2: %ld\n", regs.HorizBlankStart);
-	vga_wcrt (regbase, VGA_CRTC_H_BLANK_START, regs.
HorizBlankStart);
+	DPRINTK("CRT2: %ld\n", regs.HorizBlankStart);
+	vga_wcrt(regbase, VGA_CRTC_H_BLANK_START, regs.
HorizBlankStart);
 
-	DPRINTK ("CRT3: 128+%ld\n", regs.HorizBlankEnd % 32);
	/*  + 128: Compatible read */
-	vga_wcrt (regbase, VGA_CRTC_H_BLANK_END, 128 + (regs.
HorizBlankEnd % 32));
+	/*  + 128: Compatible read */
+	DPRINTK("CRT3: 128+%ld\n", regs.HorizBlankEnd % 32);
+	vga_wcrt(regbase, VGA_CRTC_H_BLANK_END,
+		 128 + (regs.HorizBlankEnd % 32));
 
-	DPRINTK ("CRT4: %ld\n", regs.HorizSyncStart);
-	vga_wcrt (regbase, VGA_CRTC_H_SYNC_START, regs.
HorizSyncStart);
+	DPRINTK("CRT4: %ld\n", regs.HorizSyncStart);
+	vga_wcrt(regbase, VGA_CRTC_H_SYNC_START, regs.
HorizSyncStart);
 
 	tmp = regs.HorizSyncEnd % 32;
 	if (regs.HorizBlankEnd & 32)
 		tmp += 128;
-	DPRINTK ("CRT5: %d\n", tmp);
-	vga_wcrt (regbase, VGA_CRTC_H_SYNC_END, tmp);
+	DPRINTK("CRT5: %d\n", tmp);
+	vga_wcrt(regbase, VGA_CRTC_H_SYNC_END, tmp);
 
-	DPRINTK ("CRT6: %ld\n", regs.VertTotal & 0xff);
-	vga_wcrt (regbase, VGA_CRTC_V_TOTAL, (regs.VertTotal & 
0xff));
+	DPRINTK("CRT6: %ld\n", regs.VertTotal & 0xff);
+	vga_wcrt(regbase, VGA_CRTC_V_TOTAL, (regs.VertTotal & 0xff)
);
 
 	tmp = 16;		/* LineCompare bit #9 */
 	if (regs.VertTotal & 256)
@@ -1071,34 +1074,34 @@ static int cirrusfb_set_par_foo (struct 
 		tmp |= 64;
 	if (regs.VertSyncStart & 512)
 		tmp |= 128;
-	DPRINTK ("CRT7: %d\n", tmp);
-	vga_wcrt (regbase, VGA_CRTC_OVERFLOW, tmp);
+	DPRINTK("CRT7: %d\n", tmp);
+	vga_wcrt(regbase, VGA_CRTC_OVERFLOW, tmp);
 
 	tmp = 0x40;		/* LineCompare bit #8 */
 	if (regs.VertBlankStart & 512)
 		tmp |= 0x20;
 	if (var->vmode & FB_VMODE_DOUBLE)
 		tmp |= 0x80;
-	DPRINTK ("CRT9: %d\n", tmp);
-	vga_wcrt (regbase, VGA_CRTC_MAX_SCAN, tmp);
+	DPRINTK("CRT9: %d\n", tmp);
+	vga_wcrt(regbase, VGA_CRTC_MAX_SCAN, tmp);
 
-	DPRINTK ("CRT10: %ld\n", regs.VertSyncStart & 0xff);
-	vga_wcrt (regbase, VGA_CRTC_V_SYNC_START, (regs.
VertSyncStart & 0xff));
+	DPRINTK("CRT10: %ld\n", regs.VertSyncStart & 0xff);
+	vga_wcrt(regbase, VGA_CRTC_V_SYNC_START, regs.VertSyncStart 
& 0xff);
 
-	DPRINTK ("CRT11: 64+32+%ld\n", regs.VertSyncEnd % 16);
-	vga_wcrt (regbase, VGA_CRTC_V_SYNC_END, (regs.VertSyncEnd % 
16 + 64 + 32));
+	DPRINTK("CRT11: 64+32+%ld\n", regs.VertSyncEnd % 16);
+	vga_wcrt(regbase, VGA_CRTC_V_SYNC_END, regs.VertSyncEnd % 
16 + 64 + 32);
 
-	DPRINTK ("CRT12: %ld\n", regs.VertDispEnd & 0xff);
-	vga_wcrt (regbase, VGA_CRTC_V_DISP_END, (regs.VertDispEnd & 
0xff));
+	DPRINTK("CRT12: %ld\n", regs.VertDispEnd & 0xff);
+	vga_wcrt(regbase, VGA_CRTC_V_DISP_END, regs.VertDispEnd & 
0xff);
 
-	DPRINTK ("CRT15: %ld\n", regs.VertBlankStart & 0xff);
-	vga_wcrt (regbase, VGA_CRTC_V_BLANK_START, (regs.
VertBlankStart & 0xff));
+	DPRINTK("CRT15: %ld\n", regs.VertBlankStart & 0xff);
+	vga_wcrt(regbase, VGA_CRTC_V_BLANK_START, regs.
VertBlankStart & 0xff);
 
-	DPRINTK ("CRT16: %ld\n", regs.VertBlankEnd & 0xff);
-	vga_wcrt (regbase, VGA_CRTC_V_BLANK_END, (regs.VertBlankEnd 
& 0xff));
+	DPRINTK("CRT16: %ld\n", regs.VertBlankEnd & 0xff);
+	vga_wcrt(regbase, VGA_CRTC_V_BLANK_END, regs.VertBlankEnd & 
0xff);
 
-	DPRINTK ("CRT18: 0xff\n");
-	vga_wcrt (regbase, VGA_CRTC_LINE_COMPARE, 0xff);
+	DPRINTK("CRT18: 0xff\n");
+	vga_wcrt(regbase, VGA_CRTC_LINE_COMPARE, 0xff);
 
 	tmp = 0;
 	if (var->vmode & FB_VMODE_INTERLACED)
@@ -1112,57 +1115,63 @@ static int cirrusfb_set_par_foo (struct 
 	if (regs.VertBlankEnd & 512)
 		tmp |= 128;
 
-	DPRINTK ("CRT1a: %d\n", tmp);
-	vga_wcrt (regbase, CL_CRT1A, tmp);
+	DPRINTK("CRT1a: %d\n", tmp);
+	vga_wcrt(regbase, CL_CRT1A, tmp);
 
 	/* set VCLK0 */
 	/* hardware RefClock: 14.31818 MHz */
 	/* formula: VClk = (OSC * N) / (D * (1+P)) */
 	/* Example: VClk = (14.31818 * 91) / (23 * (1+1)) = 28.325 
MHz */
 
-	vga_wseq (regbase, CL_SEQRB, regs.nom);
+	vga_wseq(regbase, CL_SEQRB, regs.nom);
 	tmp = regs.den << 1;
 	if (regs.div != 0)
 		tmp |= 1;
 
+	/* 6 bit denom; ONLY 5434!!! (bugged me 10 days) */
 	if ((cinfo->btype == BT_SD64) ||
 	    (cinfo->btype == BT_ALPINE) ||
 	    (cinfo->btype == BT_GD5480))
-		tmp |= 0x80;	/* 6 bit denom; ONLY 5434!!! (bugged me 
10 days) */
+		tmp |= 0x80;
 
-	DPRINTK ("CL_SEQR1B: %ld\n", (long) tmp);
-	vga_wseq (regbase, CL_SEQR1B, tmp);
+	DPRINTK("CL_SEQR1B: %ld\n", (long) tmp);
+	vga_wseq(regbase, CL_SEQR1B, tmp);
 
 	if (regs.VertRes >= 1024)
 		/* 1280x1024 */
-		vga_wcrt (regbase, VGA_CRTC_MODE, 0xc7);
+		vga_wcrt(regbase, VGA_CRTC_MODE, 0xc7);
 	else
 		/* mode control: VGA_CRTC_START_HI enable, ROTATE(?), 
16bit
 		 * address wrap, no compat. */
-		vga_wcrt (regbase, VGA_CRTC_MODE, 0xc3);
+		vga_wcrt(regbase, VGA_CRTC_MODE, 0xc3);
 
-/* HAEH?        vga_wcrt (regbase, VGA_CRTC_V_SYNC_END, 0x20);  
* previously: 0x00  unlock VGA_CRTC_H_TOTAL..CRT7 */
+/* HAEH?	vga_wcrt(regbase, VGA_CRTC_V_SYNC_END, 0x20);
+ * previously: 0x00  unlock VGA_CRTC_H_TOTAL..CRT7 */
 
 	/* don't know if it would hurt to also program this if no 
interlaced */
 	/* mode is used, but I feel better this way.. :-) */
 	if (var->vmode & FB_VMODE_INTERLACED)
-		vga_wcrt (regbase, VGA_CRTC_REGS, regs.HorizTotal / 2);
+		vga_wcrt(regbase, VGA_CRTC_REGS, regs.HorizTotal / 2);
 	else
-		vga_wcrt (regbase, VGA_CRTC_REGS, 0x00);	/* 
interlace control */
+		vga_wcrt(regbase, VGA_CRTC_REGS, 0x00);	/* interlace 
control */
 
-	vga_wseq (regbase, VGA_SEQ_CHARACTER_MAP, 0);
+	vga_wseq(regbase, VGA_SEQ_CHARACTER_MAP, 0);
 
 	/* adjust horizontal/vertical sync type (low/high) */
-	tmp = 0x03;		/* enable display memory & CRTC I/O 
address for color mode */
+	/* enable display memory & CRTC I/O address for color mode 
*/
+	tmp = 0x03;
 	if (var->sync & FB_SYNC_HOR_HIGH_ACT)
 		tmp |= 0x40;
 	if (var->sync & FB_SYNC_VERT_HIGH_ACT)
 		tmp |= 0x80;
-	WGen (cinfo, VGA_MIS_W, tmp);
+	WGen(cinfo, VGA_MIS_W, tmp);
 
-	vga_wcrt (regbase, VGA_CRTC_PRESET_ROW, 0);	/* Screen A 
Preset Row-Scan register */
-	vga_wcrt (regbase, VGA_CRTC_CURSOR_START, 0);	/* text 
cursor on and start line */
-	vga_wcrt (regbase, VGA_CRTC_CURSOR_END, 31);	/* text 
cursor end line */
+	/* Screen A Preset Row-Scan register */
+	vga_wcrt(regbase, VGA_CRTC_PRESET_ROW, 0);
+	/* text cursor on and start line */
+	vga_wcrt(regbase, VGA_CRTC_CURSOR_START, 0);
+	/* text cursor end line */
+	vga_wcrt(regbase, VGA_CRTC_CURSOR_END, 31);
 
 	/******************************************************
 	 *
@@ -1172,8 +1181,8 @@ static int cirrusfb_set_par_foo (struct 
 
 	/* programming for different color depths */
 	if (var->bits_per_pixel == 1) {
-		DPRINTK ("cirrusfb: preparing for 1 bit deep display\n")
;
-		vga_wgfx (regbase, VGA_GFX_MODE, 0);	/* mode 
register */
+		DPRINTK("cirrusfb: preparing for 1 bit deep display\n");
+		vga_wgfx(regbase, VGA_GFX_MODE, 0);	/* mode register 
*/
 
 		/* SR07 */
 		switch (cinfo->btype) {
@@ -1184,71 +1193,85 @@ static int cirrusfb_set_par_foo (struct 
 		case BT_PICASSO4:
 		case BT_ALPINE:
 		case BT_GD5480:
-			DPRINTK (" (for GD54xx)\n");
-			vga_wseq (regbase, CL_SEQR7,
+			DPRINTK(" (for GD54xx)\n");
+			vga_wseq(regbase, CL_SEQR7,
 				  regs.multiplexing ?
 					bi->sr07_1bpp_mux : bi->sr07_1bpp);
 			break;
 
 		case BT_LAGUNA:
-			DPRINTK (" (for GD546x)\n");
-			vga_wseq (regbase, CL_SEQR7,
-				vga_rseq (regbase, CL_SEQR7) & ~0x01);
+			DPRINTK(" (for GD546x)\n");
+			vga_wseq(regbase, CL_SEQR7,
+				vga_rseq(regbase, CL_SEQR7) & ~0x01);
 			break;
 
 		default:
-			printk (KERN_WARNING "cirrusfb: unknown Board\n");
+			printk(KERN_WARNING "cirrusfb: unknown Board\n");
 			break;
 		}
 
 		/* Extended Sequencer Mode */
 		switch (cinfo->btype) {
 		case BT_SD64:
-			/* setting the SEQRF on SD64 is not necessary (only 
during init) */
-			DPRINTK ("(for SD64)\n");
-			vga_wseq (regbase, CL_SEQR1F, 0x1a);		/*  MCLK 
select */
+			/* setting the SEQRF on SD64 is not necessary
+			 * (only during init)
+			 */
+			DPRINTK("(for SD64)\n");
+			/*  MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x1a);
 			break;
 
 		case BT_PICCOLO:
-			DPRINTK ("(for Piccolo)\n");
-/* ### ueberall 0x22? */
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* 
##vorher 1c MCLK select */
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* evtl d0 
bei 1 bit? avoid FIFO underruns..? */
+			DPRINTK("(for Piccolo)\n");
+			/* ### ueberall 0x22? */
+			/* ##vorher 1c MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
+			/* evtl d0 bei 1 bit? avoid FIFO underruns..? */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
 			break;
 
 		case BT_PICASSO:
-			DPRINTK ("(for Picasso)\n");
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* 
##vorher 22 MCLK select */
-			vga_wseq (regbase, CL_SEQRF, 0xd0);	/* ## vorher 
d0 avoid FIFO underruns..? */
+			DPRINTK("(for Picasso)\n");
+			/* ##vorher 22 MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
+			/* ## vorher d0 avoid FIFO underruns..? */
+			vga_wseq(regbase, CL_SEQRF, 0xd0);
 			break;
 
 		case BT_SPECTRUM:
-			DPRINTK ("(for Spectrum)\n");
-/* ### ueberall 0x22? */
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* 
##vorher 1c MCLK select */
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* evtl d0? 
avoid FIFO underruns..? */
+			DPRINTK("(for Spectrum)\n");
+			/* ### ueberall 0x22? */
+			/* ##vorher 1c MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
+			/* evtl d0? avoid FIFO underruns..? */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
 			break;
 
 		case BT_PICASSO4:
 		case BT_ALPINE:
 		case BT_GD5480:
 		case BT_LAGUNA:
-			DPRINTK (" (for GD54xx)\n");
+			DPRINTK(" (for GD54xx)\n");
 			/* do nothing */
 			break;
 
 		default:
-			printk (KERN_WARNING "cirrusfb: unknown Board\n");
+			printk(KERN_WARNING "cirrusfb: unknown Board\n");
 			break;
 		}
 
-		WGen (cinfo, VGA_PEL_MSK, 0x01);	/* pixel mask: 
pass-through for first plane */
+		/* pixel mask: pass-through for first plane */
+		WGen(cinfo, VGA_PEL_MSK, 0x01);
 		if (regs.multiplexing)
-			WHDR (cinfo, 0x4a);	/* hidden dac reg: 1280x1024 
*/
+			/* hidden dac reg: 1280x1024 */
+			WHDR(cinfo, 0x4a);
 		else
-			WHDR (cinfo, 0);	/* hidden dac: nothing */
-		vga_wseq (regbase, VGA_SEQ_MEMORY_MODE, 0x06);	/* 
memory mode: odd/even, ext. memory */
-		vga_wseq (regbase, VGA_SEQ_PLANE_WRITE, 0x01);	/* 
plane mask: only write to first plane */
+			/* hidden dac: nothing */
+			WHDR(cinfo, 0);
+		/* memory mode: odd/even, ext. memory */
+		vga_wseq(regbase, VGA_SEQ_MEMORY_MODE, 0x06);
+		/* plane mask: only write to first plane */
+		vga_wseq(regbase, VGA_SEQ_PLANE_WRITE, 0x01);
 		offset = var->xres_virtual / 16;
 	}
 
@@ -1259,7 +1282,7 @@ static int cirrusfb_set_par_foo (struct 
 	 */
 
 	else if (var->bits_per_pixel == 8) {
-		DPRINTK ("cirrusfb: preparing for 8 bit deep display\n")
;
+		DPRINTK("cirrusfb: preparing for 8 bit deep display\n");
 		switch (cinfo->btype) {
 		case BT_SD64:
 		case BT_PICCOLO:
@@ -1268,75 +1291,89 @@ static int cirrusfb_set_par_foo (struct 
 		case BT_PICASSO4:
 		case BT_ALPINE:
 		case BT_GD5480:
-			DPRINTK (" (for GD54xx)\n");
-			vga_wseq (regbase, CL_SEQR7,
+			DPRINTK(" (for GD54xx)\n");
+			vga_wseq(regbase, CL_SEQR7,
 				  regs.multiplexing ?
 					bi->sr07_8bpp_mux : bi->sr07_8bpp);
 			break;
 
 		case BT_LAGUNA:
-			DPRINTK (" (for GD546x)\n");
-			vga_wseq (regbase, CL_SEQR7,
-				vga_rseq (regbase, CL_SEQR7) | 0x01);
+			DPRINTK(" (for GD546x)\n");
+			vga_wseq(regbase, CL_SEQR7,
+				vga_rseq(regbase, CL_SEQR7) | 0x01);
 			break;
 
 		default:
-			printk (KERN_WARNING "cirrusfb: unknown Board\n");
+			printk(KERN_WARNING "cirrusfb: unknown Board\n");
 			break;
 		}
 
 		switch (cinfo->btype) {
 		case BT_SD64:
-			vga_wseq (regbase, CL_SEQR1F, 0x1d);		/* MCLK 
select */
+			/* MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x1d);
 			break;
 
 		case BT_PICCOLO:
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* ### 
vorher 1c MCLK select */
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* Fast 
Page-Mode writes */
+			/* ### vorher 1c MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
+			/* Fast Page-Mode writes */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
 			break;
 
 		case BT_PICASSO:
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* ### 
vorher 1c MCLK select */
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* Fast 
Page-Mode writes */
+			/* ### vorher 1c MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
+			/* Fast Page-Mode writes */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
 			break;
 
 		case BT_SPECTRUM:
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* ### 
vorher 1c MCLK select */
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* Fast 
Page-Mode writes */
+			/* ### vorher 1c MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
+			/* Fast Page-Mode writes */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
 			break;
 
 		case BT_PICASSO4:
 #ifdef CONFIG_ZORRO
-			vga_wseq (regbase, CL_SEQRF, 0xb8);	/* ### 
INCOMPLETE!! */
+			/* ### INCOMPLETE!! */
+			vga_wseq(regbase, CL_SEQRF, 0xb8);
 #endif
-/*          vga_wseq (regbase, CL_SEQR1F, 0x1c); */
+/*	  		vga_wseq(regbase, CL_SEQR1F, 0x1c); */
 			break;
 
 		case BT_ALPINE:
-			DPRINTK (" (for GD543x)\n");
-			cirrusfb_set_mclk (cinfo, regs.mclk, regs.divMCLK);
+			DPRINTK(" (for GD543x)\n");
+			cirrusfb_set_mclk(cinfo, regs.mclk, regs.divMCLK);
 			/* We already set SRF and SR1F */
 			break;
 
 		case BT_GD5480:
 		case BT_LAGUNA:
-			DPRINTK (" (for GD54xx)\n");
+			DPRINTK(" (for GD54xx)\n");
 			/* do nothing */
 			break;
 
 		default:
-			printk (KERN_WARNING "cirrusfb: unknown Board\n");
+			printk(KERN_WARNING "cirrusfb: unknown Board\n");
 			break;
 		}
 
-		vga_wgfx (regbase, VGA_GFX_MODE, 64);	/* mode 
register: 256 color mode */
-		WGen (cinfo, VGA_PEL_MSK, 0xff);	/* pixel mask: 
pass-through all planes */
+		/* mode register: 256 color mode */
+		vga_wgfx(regbase, VGA_GFX_MODE, 64);
+		/* pixel mask: pass-through all planes */
+		WGen(cinfo, VGA_PEL_MSK, 0xff);
 		if (regs.multiplexing)
-			WHDR (cinfo, 0x4a);	/* hidden dac reg: 1280x1024 
*/
+			/* hidden dac reg: 1280x1024 */
+			WHDR(cinfo, 0x4a);
 		else
-			WHDR (cinfo, 0);	/* hidden dac: nothing */
-		vga_wseq (regbase, VGA_SEQ_MEMORY_MODE, 0x0a);	/* 
memory mode: chain4, ext. memory */
-		vga_wseq (regbase, VGA_SEQ_PLANE_WRITE, 0xff);	/* 
plane mask: enable writing to all 4 planes */
+			/* hidden dac: nothing */
+			WHDR(cinfo, 0);
+		/* memory mode: chain4, ext. memory */
+		vga_wseq(regbase, VGA_SEQ_MEMORY_MODE, 0x0a);
+		/* plane mask: enable writing to all 4 planes */
+		vga_wseq(regbase, VGA_SEQ_PLANE_WRITE, 0xff);
 		offset = var->xres_virtual / 8;
 	}
 
@@ -1347,72 +1384,84 @@ static int cirrusfb_set_par_foo (struct 
 	 */
 
 	else if (var->bits_per_pixel == 16) {
-		DPRINTK ("cirrusfb: preparing for 16 bit deep 
display\n");
+		DPRINTK("cirrusfb: preparing for 16 bit deep display\n")
;
 		switch (cinfo->btype) {
 		case BT_SD64:
-			vga_wseq (regbase, CL_SEQR7, 0xf7);	/* Extended 
Sequencer Mode: 256c col. mode */
-			vga_wseq (regbase, CL_SEQR1F, 0x1e);		/* MCLK 
select */
+			/* Extended Sequencer Mode: 256c col. mode */
+			vga_wseq(regbase, CL_SEQR7, 0xf7);
+			/* MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x1e);
 			break;
 
 		case BT_PICCOLO:
-			vga_wseq (regbase, CL_SEQR7, 0x87);
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* Fast 
Page-Mode writes */
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* MCLK 
select */
+			vga_wseq(regbase, CL_SEQR7, 0x87);
+			/* Fast Page-Mode writes */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
+			/* MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
 			break;
 
 		case BT_PICASSO:
-			vga_wseq (regbase, CL_SEQR7, 0x27);
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* Fast 
Page-Mode writes */
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* MCLK 
select */
+			vga_wseq(regbase, CL_SEQR7, 0x27);
+			/* Fast Page-Mode writes */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
+			/* MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
 			break;
 
 		case BT_SPECTRUM:
-			vga_wseq (regbase, CL_SEQR7, 0x87);
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* Fast 
Page-Mode writes */
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* MCLK 
select */
+			vga_wseq(regbase, CL_SEQR7, 0x87);
+			/* Fast Page-Mode writes */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
+			/* MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
 			break;
 
 		case BT_PICASSO4:
-			vga_wseq (regbase, CL_SEQR7, 0x27);
-/*          vga_wseq (regbase, CL_SEQR1F, 0x1c);  */
+			vga_wseq(regbase, CL_SEQR7, 0x27);
+/*			vga_wseq(regbase, CL_SEQR1F, 0x1c);  */
 			break;
 
 		case BT_ALPINE:
-			DPRINTK (" (for GD543x)\n");
+			DPRINTK(" (for GD543x)\n");
 			if (regs.HorizRes >= 1024)
-				vga_wseq (regbase, CL_SEQR7, 0xa7);
+				vga_wseq(regbase, CL_SEQR7, 0xa7);
 			else
-				vga_wseq (regbase, CL_SEQR7, 0xa3);
-			cirrusfb_set_mclk (cinfo, regs.mclk, regs.divMCLK);
+				vga_wseq(regbase, CL_SEQR7, 0xa3);
+			cirrusfb_set_mclk(cinfo, regs.mclk, regs.divMCLK);
 			break;
 
 		case BT_GD5480:
-			DPRINTK (" (for GD5480)\n");
-			vga_wseq (regbase, CL_SEQR7, 0x17);
+			DPRINTK(" (for GD5480)\n");
+			vga_wseq(regbase, CL_SEQR7, 0x17);
 			/* We already set SRF and SR1F */
 			break;
 
 		case BT_LAGUNA:
-			DPRINTK (" (for GD546x)\n");
-			vga_wseq (regbase, CL_SEQR7,
-				vga_rseq (regbase, CL_SEQR7) & ~0x01);
+			DPRINTK(" (for GD546x)\n");
+			vga_wseq(regbase, CL_SEQR7,
+				vga_rseq(regbase, CL_SEQR7) & ~0x01);
 			break;
 
 		default:
-			printk (KERN_WARNING "CIRRUSFB: unknown Board\n");
+			printk(KERN_WARNING "CIRRUSFB: unknown Board\n");
 			break;
 		}
 
-		vga_wgfx (regbase, VGA_GFX_MODE, 64);	/* mode 
register: 256 color mode */
-		WGen (cinfo, VGA_PEL_MSK, 0xff);	/* pixel mask: 
pass-through all planes */
+		/* mode register: 256 color mode */
+		vga_wgfx(regbase, VGA_GFX_MODE, 64);
+		/* pixel mask: pass-through all planes */
+		WGen(cinfo, VGA_PEL_MSK, 0xff);
 #ifdef CONFIG_PCI
-		WHDR (cinfo, 0xc0);	/* Copy Xbh */
+		WHDR(cinfo, 0xc0);	/* Copy Xbh */
 #elif defined(CONFIG_ZORRO)
 		/* FIXME: CONFIG_PCI and CONFIG_ZORRO may be defined 
both */
-		WHDR (cinfo, 0xa0);	/* hidden dac reg: nothing 
special */
+		WHDR(cinfo, 0xa0);	/* hidden dac reg: nothing 
special */
 #endif
-		vga_wseq (regbase, VGA_SEQ_MEMORY_MODE, 0x0a);	/* 
memory mode: chain4, ext. memory */
-		vga_wseq (regbase, VGA_SEQ_PLANE_WRITE, 0xff);	/* 
plane mask: enable writing to all 4 planes */
+		/* memory mode: chain4, ext. memory */
+		vga_wseq(regbase, VGA_SEQ_MEMORY_MODE, 0x0a);
+		/* plane mask: enable writing to all 4 planes */
+		vga_wseq(regbase, VGA_SEQ_PLANE_WRITE, 0xff);
 		offset = var->xres_virtual / 4;
 	}
 
@@ -1423,64 +1472,77 @@ static int cirrusfb_set_par_foo (struct 
 	 */
 
 	else if (var->bits_per_pixel == 32) {
-		DPRINTK ("cirrusfb: preparing for 24/32 bit deep 
display\n");
+		DPRINTK("cirrusfb: preparing for 24/32 bit deep 
display\n");
 		switch (cinfo->btype) {
 		case BT_SD64:
-			vga_wseq (regbase, CL_SEQR7, 0xf9);	/* Extended 
Sequencer Mode: 256c col. mode */
-			vga_wseq (regbase, CL_SEQR1F, 0x1e);		/* MCLK 
select */
+			/* Extended Sequencer Mode: 256c col. mode */
+			vga_wseq(regbase, CL_SEQR7, 0xf9);
+			/* MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x1e);
 			break;
 
 		case BT_PICCOLO:
-			vga_wseq (regbase, CL_SEQR7, 0x85);
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* Fast 
Page-Mode writes */
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* MCLK 
select */
+			vga_wseq(regbase, CL_SEQR7, 0x85);
+			/* Fast Page-Mode writes */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
+			/* MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
 			break;
 
 		case BT_PICASSO:
-			vga_wseq (regbase, CL_SEQR7, 0x25);
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* Fast 
Page-Mode writes */
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* MCLK 
select */
+			vga_wseq(regbase, CL_SEQR7, 0x25);
+			/* Fast Page-Mode writes */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
+			/* MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
 			break;
 
 		case BT_SPECTRUM:
-			vga_wseq (regbase, CL_SEQR7, 0x85);
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* Fast 
Page-Mode writes */
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* MCLK 
select */
+			vga_wseq(regbase, CL_SEQR7, 0x85);
+			/* Fast Page-Mode writes */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
+			/* MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
 			break;
 
 		case BT_PICASSO4:
-			vga_wseq (regbase, CL_SEQR7, 0x25);
-/*          vga_wseq (regbase, CL_SEQR1F, 0x1c);  */
+			vga_wseq(regbase, CL_SEQR7, 0x25);
+/*			vga_wseq(regbase, CL_SEQR1F, 0x1c);  */
 			break;
 
 		case BT_ALPINE:
-			DPRINTK (" (for GD543x)\n");
-			vga_wseq (regbase, CL_SEQR7, 0xa9);
-			cirrusfb_set_mclk (cinfo, regs.mclk, regs.divMCLK);
+			DPRINTK(" (for GD543x)\n");
+			vga_wseq(regbase, CL_SEQR7, 0xa9);
+			cirrusfb_set_mclk(cinfo, regs.mclk, regs.divMCLK);
 			break;
 
 		case BT_GD5480:
-			DPRINTK (" (for GD5480)\n");
-			vga_wseq (regbase, CL_SEQR7, 0x19);
+			DPRINTK(" (for GD5480)\n");
+			vga_wseq(regbase, CL_SEQR7, 0x19);
 			/* We already set SRF and SR1F */
 			break;
 
 		case BT_LAGUNA:
-			DPRINTK (" (for GD546x)\n");
-			vga_wseq (regbase, CL_SEQR7,
-				vga_rseq (regbase, CL_SEQR7) & ~0x01);
+			DPRINTK(" (for GD546x)\n");
+			vga_wseq(regbase, CL_SEQR7,
+				vga_rseq(regbase, CL_SEQR7) & ~0x01);
 			break;
 
 		default:
-			printk (KERN_WARNING "cirrusfb: unknown Board\n");
+			printk(KERN_WARNING "cirrusfb: unknown Board\n");
 			break;
 		}
 
-		vga_wgfx (regbase, VGA_GFX_MODE, 64);	/* mode 
register: 256 color mode */
-		WGen (cinfo, VGA_PEL_MSK, 0xff);	/* pixel mask: 
pass-through all planes */
-		WHDR (cinfo, 0xc5);	/* hidden dac reg: 8-8-8 mode 
(24 or 32) */
-		vga_wseq (regbase, VGA_SEQ_MEMORY_MODE, 0x0a);	/* 
memory mode: chain4, ext. memory */
-		vga_wseq (regbase, VGA_SEQ_PLANE_WRITE, 0xff);	/* 
plane mask: enable writing to all 4 planes */
+		/* mode register: 256 color mode */
+		vga_wgfx(regbase, VGA_GFX_MODE, 64);
+		/* pixel mask: pass-through all planes */
+		WGen(cinfo, VGA_PEL_MSK, 0xff);
+		/* hidden dac reg: 8-8-8 mode (24 or 32) */
+		WHDR(cinfo, 0xc5);
+		/* memory mode: chain4, ext. memory */
+		vga_wseq(regbase, VGA_SEQ_MEMORY_MODE, 0x0a);
+		/* plane mask: enable writing to all 4 planes */
+		vga_wseq(regbase, VGA_SEQ_PLANE_WRITE, 0xff);
 		offset = var->xres_virtual / 4;
 	}
 
@@ -1490,48 +1552,67 @@ static int cirrusfb_set_par_foo (struct 
 	 *
 	 */
 
-	else {
-		printk (KERN_ERR "cirrusfb: What's this?? requested 
color depth == %d.\n",
+	else
+		printk(KERN_ERR "cirrusfb: What's this?? "
+			" requested color depth == %d.\n",
 			var->bits_per_pixel);
-	}
 
-	vga_wcrt (regbase, VGA_CRTC_OFFSET, offset & 0xff);
+	vga_wcrt(regbase, VGA_CRTC_OFFSET, offset & 0xff);
 	tmp = 0x22;
 	if (offset & 0x100)
 		tmp |= 0x10;	/* offset overflow bit */
 
-	vga_wcrt (regbase, CL_CRT1B, tmp);	/* screen start addr 
#16-18, fastpagemode cycles */
+	/* screen start addr #16-18, fastpagemode cycles */
+	vga_wcrt(regbase, CL_CRT1B, tmp);
 
 	if (cinfo->btype == BT_SD64 ||
 	    cinfo->btype == BT_PICASSO4 ||
 	    cinfo->btype == BT_ALPINE ||
 	    cinfo->btype == BT_GD5480)
-		vga_wcrt (regbase, CL_CRT1D, 0x00);	/* screen start 
address bit 19 */
+		/* screen start address bit 19 */
+		vga_wcrt(regbase, CL_CRT1D, 0x00);
 
-	vga_wcrt (regbase, VGA_CRTC_CURSOR_HI, 0);	/* text 
cursor location high */
-	vga_wcrt (regbase, VGA_CRTC_CURSOR_LO, 0);	/* text 
cursor location low */
-	vga_wcrt (regbase, VGA_CRTC_UNDERLINE, 0);	/* underline 
row scanline = at very bottom */
-
-	vga_wattr (regbase, VGA_ATC_MODE, 1);	/* controller 
mode */
-	vga_wattr (regbase, VGA_ATC_OVERSCAN, 0);		/* 
overscan (border) color */
-	vga_wattr (regbase, VGA_ATC_PLANE_ENABLE, 15);	/* color 
plane enable */
-	vga_wattr (regbase, CL_AR33, 0);	/* pixel panning */
-	vga_wattr (regbase, VGA_ATC_COLOR_PAGE, 0);	/* color 
select */
+	/* text cursor location high */
+	vga_wcrt(regbase, VGA_CRTC_CURSOR_HI, 0);
+	/* text cursor location low */
+	vga_wcrt(regbase, VGA_CRTC_CURSOR_LO, 0);
+	/* underline row scanline = at very bottom */
+	vga_wcrt(regbase, VGA_CRTC_UNDERLINE, 0);
+
+	/* controller mode */
+	vga_wattr(regbase, VGA_ATC_MODE, 1);
+	/* overscan (border) color */
+	vga_wattr(regbase, VGA_ATC_OVERSCAN, 0);
+	/* color plane enable */
+	vga_wattr(regbase, VGA_ATC_PLANE_ENABLE, 15);
+	/* pixel panning */
+	vga_wattr(regbase, CL_AR33, 0);
+	/* color select */
+	vga_wattr(regbase, VGA_ATC_COLOR_PAGE, 0);
 
 	/* [ EGS: SetOffset(); ] */
 	/* From SetOffset(): Turn on VideoEnable bit in Attribute 
controller */
-	AttrOn (cinfo);
+	AttrOn(cinfo);
 
-	vga_wgfx (regbase, VGA_GFX_SR_VALUE, 0);	/* set/reset 
register */
-	vga_wgfx (regbase, VGA_GFX_SR_ENABLE, 0);		/* 
set/reset enable */
-	vga_wgfx (regbase, VGA_GFX_COMPARE_VALUE, 0);	/* color 
compare */
-	vga_wgfx (regbase, VGA_GFX_DATA_ROTATE, 0);	/* data 
rotate */
-	vga_wgfx (regbase, VGA_GFX_PLANE_READ, 0);	/* read map 
select */
-	vga_wgfx (regbase, VGA_GFX_MISC, 1);	/* miscellaneous 
register */
-	vga_wgfx (regbase, VGA_GFX_COMPARE_MASK, 15);	/* color 
don't care */
-	vga_wgfx (regbase, VGA_GFX_BIT_MASK, 255);	/* bit mask 
*/
+	/* set/reset register */
+	vga_wgfx(regbase, VGA_GFX_SR_VALUE, 0);
+	/* set/reset enable */
+	vga_wgfx(regbase, VGA_GFX_SR_ENABLE, 0);
+	/* color compare */
+	vga_wgfx(regbase, VGA_GFX_COMPARE_VALUE, 0);
+	/* data rotate */
+	vga_wgfx(regbase, VGA_GFX_DATA_ROTATE, 0);
+	/* read map select */
+	vga_wgfx(regbase, VGA_GFX_PLANE_READ, 0);
+	/* miscellaneous register */
+	vga_wgfx(regbase, VGA_GFX_MISC, 1);
+	/* color don't care */
+	vga_wgfx(regbase, VGA_GFX_COMPARE_MASK, 15);
+	/* bit mask */
+	vga_wgfx(regbase, VGA_GFX_BIT_MASK, 255);
 
-	vga_wseq (regbase, CL_SEQR12, 0x0);	/* graphics cursor 
attributes: nothing special */
+	/* graphics cursor attributes: nothing special */
+	vga_wseq(regbase, CL_SEQR12, 0x0);
 
 	/* finally, turn on everything - turn off "FullBandwidth" 
bit */
 	/* also, set "DotClock%2" bit where requested */
@@ -1542,8 +1623,8 @@ static int cirrusfb_set_par_foo (struct 
 	tmp |= 0x08;
 */
 
-	vga_wseq (regbase, VGA_SEQ_CLOCK_MODE, tmp);
-	DPRINTK ("CL_SEQR1: %d\n", tmp);
+	vga_wseq(regbase, VGA_SEQ_CLOCK_MODE, tmp);
+	DPRINTK("CL_SEQR1: %d\n", tmp);
 
 	cinfo->currentmode = regs;
 	info->fix.type = regs.type;
@@ -1551,27 +1632,27 @@ static int cirrusfb_set_par_foo (struct 
 	info->fix.line_length = regs.line_length;
 
 	/* pan to requested offset */
-	cirrusfb_pan_display (var, info);
+	cirrusfb_pan_display(var, info);
 
 #ifdef CIRRUSFB_DEBUG
-	cirrusfb_dump ();
+	cirrusfb_dump();
 #endif
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 	return 0;
 }
 
 /* for some reason incomprehensible to me, cirrusfb requires 
that you write
  * the registers twice for the settings to take..grr. -dte */
-static int cirrusfb_set_par (struct fb_info *info)
+static int cirrusfb_set_par(struct fb_info *info)
 {
-	cirrusfb_set_par_foo (info);
-	return cirrusfb_set_par_foo (info);
+	cirrusfb_set_par_foo(info);
+	return cirrusfb_set_par_foo(info);
 }
 
-static int cirrusfb_setcolreg (unsigned regno, unsigned red, 
unsigned green,
-			       unsigned blue, unsigned transp,
-			       struct fb_info *info)
+static int cirrusfb_setcolreg(unsigned regno, unsigned red, 
unsigned green,
+			      unsigned blue, unsigned transp,
+			      struct fb_info *info)
 {
 	struct cirrusfb_info *cinfo = info->par;
 
@@ -1584,23 +1665,23 @@ static int cirrusfb_setcolreg (unsigned 
 		green >>= (16 - info->var.green.length);
 		blue >>= (16 - info->var.blue.length);
 
-		if (regno>=16)
+		if (regno >= 16)
 			return 1;
 		v = (red << info->var.red.offset) |
 		    (green << info->var.green.offset) |
 		    (blue << info->var.blue.offset);
 
 		switch (info->var.bits_per_pixel) {
-			case 8:
-				cinfo->pseudo_palette[regno] = v;
-				break;
-			case 16:
-				cinfo->pseudo_palette[regno] = v;
-				break;
-			case 24:
-			case 32:
-				cinfo->pseudo_palette[regno] = v;
-				break;
+		case 8:
+			cinfo->pseudo_palette[regno] = v;
+			break;
+		case 16:
+			cinfo->pseudo_palette[regno] = v;
+			break;
+		case 24:
+		case 32:
+			cinfo->pseudo_palette[regno] = v;
+			break;
 		}
 		return 0;
 	}
@@ -1609,9 +1690,8 @@ static int cirrusfb_setcolreg (unsigned 
 	cinfo->palette[regno].green = green;
 	cinfo->palette[regno].blue = blue;
 
-	if (info->var.bits_per_pixel == 8) {
-			WClut (cinfo, regno, red >> 10, green >> 10, blue >> 
10);
-	}
+	if (info->var.bits_per_pixel == 8)
+		WClut(cinfo, regno, red >> 10, green >> 10, blue >> 10);
 
 	return 0;
 
@@ -1622,8 +1702,8 @@ static int cirrusfb_setcolreg (unsigned 
 
 	performs display panning - provided hardware permits this
 
*****************************************************************
*********/
-static int cirrusfb_pan_display (struct fb_var_screeninfo *var,
-				 struct fb_info *info)
+static int cirrusfb_pan_display(struct fb_var_screeninfo *var,
+				struct fb_info *info)
 {
 	int xoffset = 0;
 	int yoffset = 0;
@@ -1631,8 +1711,8 @@ static int cirrusfb_pan_display (struct 
 	unsigned char tmp = 0, tmp2 = 0, xpix;
 	struct cirrusfb_info *cinfo = info->par;
 
-	DPRINTK ("ENTER\n");
-	DPRINTK ("virtual offset: (%d,%d)\n", var->xoffset, 
var->yoffset);
+	DPRINTK("ENTER\n");
+	DPRINTK("virtual offset: (%d,%d)\n", var->xoffset, 
var->yoffset);
 
 	/* no range checks for xoffset and yoffset,   */
 	/* as fb_pan_display has already done this */
@@ -1655,11 +1735,13 @@ static int cirrusfb_pan_display (struct 
 		xpix = (unsigned char) ((xoffset % 4) * 2);
 	}
 
-        cirrusfb_WaitBLT(cinfo->regbase); /* make sure all the 
BLT's are done */
+	cirrusfb_WaitBLT(cinfo->regbase); /* make sure all the 
BLT's are done */
 
 	/* lower 8 + 8 bits of screen start address */
-	vga_wcrt (cinfo->regbase, VGA_CRTC_START_LO, (unsigned 
char) (base & 0xff));
-	vga_wcrt (cinfo->regbase, VGA_CRTC_START_HI, (unsigned 
char) (base >> 8));
+	vga_wcrt(cinfo->regbase, VGA_CRTC_START_LO,
+		 (unsigned char) (base & 0xff));
+	vga_wcrt(cinfo->regbase, VGA_CRTC_START_HI,
+		 (unsigned char) (base >> 8));
 
 	/* construct bits 16, 17 and 18 of screen start address */
 	if (base & 0x10000)
@@ -1669,50 +1751,53 @@ static int cirrusfb_pan_display (struct 
 	if (base & 0x40000)
 		tmp |= 0x08;
 
-	tmp2 = (vga_rcrt (cinfo->regbase, CL_CRT1B) & 0xf2) | tmp;
	/* 0xf2 is %11110010, exclude tmp bits */
-	vga_wcrt (cinfo->regbase, CL_CRT1B, tmp2);
+	/* 0xf2 is %11110010, exclude tmp bits */
+	tmp2 = (vga_rcrt(cinfo->regbase, CL_CRT1B) & 0xf2) | tmp;
+	vga_wcrt(cinfo->regbase, CL_CRT1B, tmp2);
 
 	/* construct bit 19 of screen start address */
 	if (cirrusfb_board_info[cinfo->btype].scrn_start_bit19) {
 		tmp2 = 0;
 		if (base & 0x80000)
 			tmp2 = 0x80;
-		vga_wcrt (cinfo->regbase, CL_CRT1D, tmp2);
+		vga_wcrt(cinfo->regbase, CL_CRT1D, tmp2);
 	}
 
-	/* write pixel panning value to AR33; this does not quite 
work in 8bpp */
-	/* ### Piccolo..? Will this work? */
+	/* write pixel panning value to AR33; this does not quite 
work in 8bpp
+	 *
+	 * ### Piccolo..? Will this work?
+	 */
 	if (info->var.bits_per_pixel == 1)
-		vga_wattr (cinfo->regbase, CL_AR33, xpix);
+		vga_wattr(cinfo->regbase, CL_AR33, xpix);
 
-	cirrusfb_WaitBLT (cinfo->regbase);
+	cirrusfb_WaitBLT(cinfo->regbase);
 
-	DPRINTK ("EXIT\n");
-	return (0);
+	DPRINTK("EXIT\n");
+	return 0;
 }
 
-
-static int cirrusfb_blank (int blank_mode, struct fb_info *info)
+static int cirrusfb_blank(int blank_mode, struct fb_info *info)
 {
 	/*
-	 *  Blank the screen if blank_mode != 0, else unblank. If 
blank == NULL
-	 *  then the caller blanks by setting the CLUT (Color Look Up 
Table) to all
-	 *  black. Return 0 if blanking succeeded, != 0 if 
un-/blanking failed due
-	 *  to e.g. a video mode which doesn't support it. Implements 
VESA suspend
-	 *  and powerdown modes on hardware that supports disabling 
hsync/vsync:
-	 *    blank_mode == 2: suspend vsync
-	 *    blank_mode == 3: suspend hsync
-	 *    blank_mode == 4: powerdown
+	 * Blank the screen if blank_mode != 0, else unblank. If 
blank == NULL
+	 * then the caller blanks by setting the CLUT (Color Look Up 
Table)
+	 * to all black. Return 0 if blanking succeeded, != 0 if 
un-/blanking
+	 * failed due to e.g. a video mode which doesn't support it.
+	 * Implements VESA suspend and powerdown modes on hardware 
that
+	 * supports disabling hsync/vsync:
+	 *   blank_mode == 2: suspend vsync
+	 *   blank_mode == 3: suspend hsync
+	 *   blank_mode == 4: powerdown
 	 */
 	unsigned char val;
 	struct cirrusfb_info *cinfo = info->par;
 	int current_mode = cinfo->blank_mode;
 
-	DPRINTK ("ENTER, blank mode = %d\n", blank_mode);
+	DPRINTK("ENTER, blank mode = %d\n", blank_mode);
 
 	if (info->state != FBINFO_STATE_RUNNING ||
 	    current_mode == blank_mode) {
-		DPRINTK ("EXIT, returning 0\n");
+		DPRINTK("EXIT, returning 0\n");
 		return 0;
 	}
 
@@ -1720,17 +1805,19 @@ static int cirrusfb_blank (int blank_mod
 	if (current_mode == FB_BLANK_NORMAL ||
 	    current_mode == FB_BLANK_UNBLANK) {
 		/* unblank the screen */
-		val = vga_rseq (cinfo->regbase, VGA_SEQ_CLOCK_MODE);
-		vga_wseq (cinfo->regbase, VGA_SEQ_CLOCK_MODE, val & 
0xdf);	/* clear "FullBandwidth" bit */
+		val = vga_rseq(cinfo->regbase, VGA_SEQ_CLOCK_MODE);
+		/* clear "FullBandwidth" bit */
+		vga_wseq(cinfo->regbase, VGA_SEQ_CLOCK_MODE, val & 0xdf)
;
 		/* and undo VESA suspend trickery */
-		vga_wgfx (cinfo->regbase, CL_GRE, 0x00);
+		vga_wgfx(cinfo->regbase, CL_GRE, 0x00);
 	}
 
 	/* set new */
-	if(blank_mode > FB_BLANK_NORMAL) {
+	if (blank_mode > FB_BLANK_NORMAL) {
 		/* blank the screen */
-		val = vga_rseq (cinfo->regbase, VGA_SEQ_CLOCK_MODE);
-		vga_wseq (cinfo->regbase, VGA_SEQ_CLOCK_MODE, val | 
0x20);	/* set "FullBandwidth" bit */
+		val = vga_rseq(cinfo->regbase, VGA_SEQ_CLOCK_MODE);
+		/* set "FullBandwidth" bit */
+		vga_wseq(cinfo->regbase, VGA_SEQ_CLOCK_MODE, val | 0x20)
;
 	}
 
 	switch (blank_mode) {
@@ -1738,21 +1825,21 @@ static int cirrusfb_blank (int blank_mod
 	case FB_BLANK_NORMAL:
 		break;
 	case FB_BLANK_VSYNC_SUSPEND:
-		vga_wgfx (cinfo->regbase, CL_GRE, 0x04);
+		vga_wgfx(cinfo->regbase, CL_GRE, 0x04);
 		break;
 	case FB_BLANK_HSYNC_SUSPEND:
-		vga_wgfx (cinfo->regbase, CL_GRE, 0x02);
+		vga_wgfx(cinfo->regbase, CL_GRE, 0x02);
 		break;
 	case FB_BLANK_POWERDOWN:
-		vga_wgfx (cinfo->regbase, CL_GRE, 0x06);
+		vga_wgfx(cinfo->regbase, CL_GRE, 0x06);
 		break;
 	default:
-		DPRINTK ("EXIT, returning 1\n");
+		DPRINTK("EXIT, returning 1\n");
 		return 1;
 	}
 
 	cinfo->blank_mode = blank_mode;
-	DPRINTK ("EXIT, returning 0\n");
+	DPRINTK("EXIT, returning 0\n");
 
 	/* Let fbcon do a soft blank for us */
 	return (blank_mode == FB_BLANK_NORMAL) ? 1 : 0;
@@ -1761,45 +1848,50 @@ static int cirrusfb_blank (int blank_mod
 
/****************************************************************
************/
 /**** BEGIN Internal Routines 
***********************************************/
 
-static void init_vgachip (struct cirrusfb_info *cinfo)
+static void init_vgachip(struct cirrusfb_info *cinfo)
 {
 	const struct cirrusfb_board_info_rec *bi;
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
-	assert (cinfo != NULL);
+	assert(cinfo != NULL);
 
 	bi = &cirrusfb_board_info[cinfo->btype];
 
 	/* reset board globally */
 	switch (cinfo->btype) {
 	case BT_PICCOLO:
-		WSFR (cinfo, 0x01);
-		udelay (500);
-		WSFR (cinfo, 0x51);
-		udelay (500);
+		WSFR(cinfo, 0x01);
+		udelay(500);
+		WSFR(cinfo, 0x51);
+		udelay(500);
 		break;
 	case BT_PICASSO:
-		WSFR2 (cinfo, 0xff);
-		udelay (500);
+		WSFR2(cinfo, 0xff);
+		udelay(500);
 		break;
 	case BT_SD64:
 	case BT_SPECTRUM:
-		WSFR (cinfo, 0x1f);
-		udelay (500);
-		WSFR (cinfo, 0x4f);
-		udelay (500);
+		WSFR(cinfo, 0x1f);
+		udelay(500);
+		WSFR(cinfo, 0x4f);
+		udelay(500);
 		break;
 	case BT_PICASSO4:
-		vga_wcrt (cinfo->regbase, CL_CRT51, 0x00);	/* 
disable flickerfixer */
-		mdelay (100);
-		vga_wgfx (cinfo->regbase, CL_GR2F, 0x00);	/* from 
Klaus' NetBSD driver: */
-		vga_wgfx (cinfo->regbase, CL_GR33, 0x00);	/* put 
blitter into 542x compat */
-		vga_wgfx (cinfo->regbase, CL_GR31, 0x00);	/* mode */
+		/* disable flickerfixer */
+		vga_wcrt(cinfo->regbase, CL_CRT51, 0x00);
+		mdelay(100);
+		/* from Klaus' NetBSD driver: */
+		vga_wgfx(cinfo->regbase, CL_GR2F, 0x00);
+		/* put blitter into 542x compat */
+		vga_wgfx(cinfo->regbase, CL_GR33, 0x00);
+		/* mode */
+		vga_wgfx(cinfo->regbase, CL_GR31, 0x00);
 		break;
 
 	case BT_GD5480:
-		vga_wgfx (cinfo->regbase, CL_GR2F, 0x00);	/* from 
Klaus' NetBSD driver: */
+		/* from Klaus' NetBSD driver: */
+		vga_wgfx(cinfo->regbase, CL_GR2F, 0x00);
 		break;
 
 	case BT_ALPINE:
@@ -1807,153 +1899,207 @@ static void init_vgachip (struct 
cirrusf
 		break;
 
 	default:
-		printk (KERN_ERR "cirrusfb: Warning: Unknown board 
type\n");
+		printk(KERN_ERR "cirrusfb: Warning: Unknown board 
type\n");
 		break;
 	}
 
-	assert (cinfo->size > 0); /* make sure RAM size set by this 
point */
+	assert(cinfo->size > 0); /* make sure RAM size set by this 
point */
 
 	/* the P4 is not fully initialized here; I rely on it 
having been */
 	/* inited under AmigaOS already, which seems to work just 
fine    */
-	/* (Klaus advised to do it this way)                        
      */
+	/* (Klaus advised to do it this way)			      */
 
 	if (cinfo->btype != BT_PICASSO4) {
-		WGen (cinfo, CL_VSSM, 0x10);	/* EGS: 0x16 */
-		WGen (cinfo, CL_POS102, 0x01);
-		WGen (cinfo, CL_VSSM, 0x08);	/* EGS: 0x0e */
+		WGen(cinfo, CL_VSSM, 0x10);	/* EGS: 0x16 */
+		WGen(cinfo, CL_POS102, 0x01);
+		WGen(cinfo, CL_VSSM, 0x08);	/* EGS: 0x0e */
 
 		if (cinfo->btype != BT_SD64)
-			WGen (cinfo, CL_VSSM2, 0x01);
+			WGen(cinfo, CL_VSSM2, 0x01);
 
-		vga_wseq (cinfo->regbase, CL_SEQR0, 0x03);	/* reset 
sequencer logic */
+		/* reset sequencer logic */
+		vga_wseq(cinfo->regbase, CL_SEQR0, 0x03);
 
-		vga_wseq (cinfo->regbase, VGA_SEQ_CLOCK_MODE, 0x21);
	/* FullBandwidth (video off) and 8/9 dot clock */
-		WGen (cinfo, VGA_MIS_W, 0xc1);	/* polarity (-/-), 
disable access to display memory, VGA_CRTC_START_HI base address: 
color */
+		/* FullBandwidth (video off) and 8/9 dot clock */
+		vga_wseq(cinfo->regbase, VGA_SEQ_CLOCK_MODE, 0x21);
+		/* polarity (-/-), disable access to display memory,
+		 * VGA_CRTC_START_HI base address: color
+		 */
+		WGen(cinfo, VGA_MIS_W, 0xc1);
 
-/*      vga_wgfx (cinfo->regbase, CL_GRA, 0xce);    "magic 
cookie" - doesn't make any sense to me.. */
-		vga_wseq (cinfo->regbase, CL_SEQR6, 0x12);	/* unlock 
all extension registers */
+		/* "magic cookie" - doesn't make any sense to me.. */
+/*      vga_wgfx(cinfo->regbase, CL_GRA, 0xce);   */
+		/* unlock all extension registers */
+		vga_wseq(cinfo->regbase, CL_SEQR6, 0x12);
 
-		vga_wgfx (cinfo->regbase, CL_GR31, 0x04);	/* reset 
blitter */
+		/* reset blitter */
+		vga_wgfx(cinfo->regbase, CL_GR31, 0x04);
 
 		switch (cinfo->btype) {
 		case BT_GD5480:
-			vga_wseq (cinfo->regbase, CL_SEQRF, 0x98);
+			vga_wseq(cinfo->regbase, CL_SEQRF, 0x98);
 			break;
 		case BT_ALPINE:
 			break;
 		case BT_SD64:
-			vga_wseq (cinfo->regbase, CL_SEQRF, 0xb8);
+			vga_wseq(cinfo->regbase, CL_SEQRF, 0xb8);
 			break;
 		default:
-			vga_wseq (cinfo->regbase, CL_SEQR16, 0x0f);
-			vga_wseq (cinfo->regbase, CL_SEQRF, 0xb0);
+			vga_wseq(cinfo->regbase, CL_SEQR16, 0x0f);
+			vga_wseq(cinfo->regbase, CL_SEQRF, 0xb0);
 			break;
 		}
 	}
-	vga_wseq (cinfo->regbase, VGA_SEQ_PLANE_WRITE, 0xff);
	/* plane mask: nothing */
-	vga_wseq (cinfo->regbase, VGA_SEQ_CHARACTER_MAP, 0x00);
	/* character map select: doesn't even matter in gx mode */
-	vga_wseq (cinfo->regbase, VGA_SEQ_MEMORY_MODE, 0x0e);
	/* memory mode: chain-4, no odd/even, ext. memory */
+	/* plane mask: nothing */
+	vga_wseq(cinfo->regbase, VGA_SEQ_PLANE_WRITE, 0xff);
+	/* character map select: doesn't even matter in gx mode */
+	vga_wseq(cinfo->regbase, VGA_SEQ_CHARACTER_MAP, 0x00);
+	/* memory mode: chain-4, no odd/even, ext. memory */
+	vga_wseq(cinfo->regbase, VGA_SEQ_MEMORY_MODE, 0x0e);
 
 	/* controller-internal base address of video memory */
 	if (bi->init_sr07)
-		vga_wseq (cinfo->regbase, CL_SEQR7, bi->sr07);
+		vga_wseq(cinfo->regbase, CL_SEQR7, bi->sr07);
 
-	/*  vga_wseq (cinfo->regbase, CL_SEQR8, 0x00); *//* EEPROM 
control: shouldn't be necessary to write to this at all.. */
+	/*  vga_wseq(cinfo->regbase, CL_SEQR8, 0x00); */
+	/* EEPROM control: shouldn't be necessary to write to this 
at all.. */
 
-	vga_wseq (cinfo->regbase, CL_SEQR10, 0x00);		/* 
graphics cursor X position (incomplete; position gives rem. 3 
bits */
-	vga_wseq (cinfo->regbase, CL_SEQR11, 0x00);		/* 
graphics cursor Y position (..."... ) */
-	vga_wseq (cinfo->regbase, CL_SEQR12, 0x00);		/* 
graphics cursor attributes */
-	vga_wseq (cinfo->regbase, CL_SEQR13, 0x00);		/* 
graphics cursor pattern address */
+	/* graphics cursor X position (incomplete; position gives 
rem. 3 bits */
+	vga_wseq(cinfo->regbase, CL_SEQR10, 0x00);
+	/* graphics cursor Y position (..."... ) */
+	vga_wseq(cinfo->regbase, CL_SEQR11, 0x00);
+	/* graphics cursor attributes */
+	vga_wseq(cinfo->regbase, CL_SEQR12, 0x00);
+	/* graphics cursor pattern address */
+	vga_wseq(cinfo->regbase, CL_SEQR13, 0x00);
 
 	/* writing these on a P4 might give problems..  */
 	if (cinfo->btype != BT_PICASSO4) {
-		vga_wseq (cinfo->regbase, CL_SEQR17, 0x00);		/* 
configuration readback and ext. color */
-		vga_wseq (cinfo->regbase, CL_SEQR18, 0x02);		/* 
signature generator */
+		/* configuration readback and ext. color */
+		vga_wseq(cinfo->regbase, CL_SEQR17, 0x00);
+		/* signature generator */
+		vga_wseq(cinfo->regbase, CL_SEQR18, 0x02);
 	}
 
 	/* MCLK select etc. */
 	if (bi->init_sr1f)
-		vga_wseq (cinfo->regbase, CL_SEQR1F, bi->sr1f);
+		vga_wseq(cinfo->regbase, CL_SEQR1F, bi->sr1f);
 
-	vga_wcrt (cinfo->regbase, VGA_CRTC_PRESET_ROW, 0x00);
	/* Screen A preset row scan: none */
-	vga_wcrt (cinfo->regbase, VGA_CRTC_CURSOR_START, 0x20);
	/* Text cursor start: disable text cursor */
-	vga_wcrt (cinfo->regbase, VGA_CRTC_CURSOR_END, 0x00);
	/* Text cursor end: - */
-	vga_wcrt (cinfo->regbase, VGA_CRTC_START_HI, 0x00);	/* 
Screen start address high: 0 */
-	vga_wcrt (cinfo->regbase, VGA_CRTC_START_LO, 0x00);	/* 
Screen start address low: 0 */
-	vga_wcrt (cinfo->regbase, VGA_CRTC_CURSOR_HI, 0x00);	/* 
text cursor location high: 0 */
-	vga_wcrt (cinfo->regbase, VGA_CRTC_CURSOR_LO, 0x00);	/* 
text cursor location low: 0 */
-
-	vga_wcrt (cinfo->regbase, VGA_CRTC_UNDERLINE, 0x00);	/* 
Underline Row scanline: - */
-	vga_wcrt (cinfo->regbase, VGA_CRTC_MODE, 0xc3);	/* mode 
control: timing enable, byte mode, no compat modes */
-	vga_wcrt (cinfo->regbase, VGA_CRTC_LINE_COMPARE, 0x00);
	/* Line Compare: not needed */
+	/* Screen A preset row scan: none */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_PRESET_ROW, 0x00);
+	/* Text cursor start: disable text cursor */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_CURSOR_START, 0x20);
+	/* Text cursor end: - */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_CURSOR_END, 0x00);
+	/* Screen start address high: 0 */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_START_HI, 0x00);
+	/* Screen start address low: 0 */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_START_LO, 0x00);
+	/* text cursor location high: 0 */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_CURSOR_HI, 0x00);
+	/* text cursor location low: 0 */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_CURSOR_LO, 0x00);
+
+	/* Underline Row scanline: - */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_UNDERLINE, 0x00);
+	/* mode control: timing enable, byte mode, no compat modes 
*/
+	vga_wcrt(cinfo->regbase, VGA_CRTC_MODE, 0xc3);
+	/* Line Compare: not needed */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_LINE_COMPARE, 0x00);
 	/* ### add 0x40 for text modes with > 30 MHz pixclock */
-	vga_wcrt (cinfo->regbase, CL_CRT1B, 0x02);	/* ext. 
display controls: ext.adr. wrap */
+	/* ext. display controls: ext.adr. wrap */
+	vga_wcrt(cinfo->regbase, CL_CRT1B, 0x02);
 
-	vga_wgfx (cinfo->regbase, VGA_GFX_SR_VALUE, 0x00);	/* 
Set/Reset registes: - */
-	vga_wgfx (cinfo->regbase, VGA_GFX_SR_ENABLE, 0x00);	/* 
Set/Reset enable: - */
-	vga_wgfx (cinfo->regbase, VGA_GFX_COMPARE_VALUE, 0x00);
	/* Color Compare: - */
-	vga_wgfx (cinfo->regbase, VGA_GFX_DATA_ROTATE, 0x00);
	/* Data Rotate: - */
-	vga_wgfx (cinfo->regbase, VGA_GFX_PLANE_READ, 0x00);	/* 
Read Map Select: - */
-	vga_wgfx (cinfo->regbase, VGA_GFX_MODE, 0x00);	/* Mode: 
conf. for 16/4/2 color mode, no odd/even, read/write mode 0 */
-	vga_wgfx (cinfo->regbase, VGA_GFX_MISC, 0x01);	/* 
Miscellaneous: memory map base address, graphics mode */
-	vga_wgfx (cinfo->regbase, VGA_GFX_COMPARE_MASK, 0x0f);
	/* Color Don't care: involve all planes */
-	vga_wgfx (cinfo->regbase, VGA_GFX_BIT_MASK, 0xff);	/* 
Bit Mask: no mask at all */
+	/* Set/Reset registes: - */
+	vga_wgfx(cinfo->regbase, VGA_GFX_SR_VALUE, 0x00);
+	/* Set/Reset enable: - */
+	vga_wgfx(cinfo->regbase, VGA_GFX_SR_ENABLE, 0x00);
+	/* Color Compare: - */
+	vga_wgfx(cinfo->regbase, VGA_GFX_COMPARE_VALUE, 0x00);
+	/* Data Rotate: - */
+	vga_wgfx(cinfo->regbase, VGA_GFX_DATA_ROTATE, 0x00);
+	/* Read Map Select: - */
+	vga_wgfx(cinfo->regbase, VGA_GFX_PLANE_READ, 0x00);
+	/* Mode: conf. for 16/4/2 color mode, no odd/even, 
read/write mode 0 */
+	vga_wgfx(cinfo->regbase, VGA_GFX_MODE, 0x00);
+	/* Miscellaneous: memory map base address, graphics mode */
+	vga_wgfx(cinfo->regbase, VGA_GFX_MISC, 0x01);
+	/* Color Don't care: involve all planes */
+	vga_wgfx(cinfo->regbase, VGA_GFX_COMPARE_MASK, 0x0f);
+	/* Bit Mask: no mask at all */
+	vga_wgfx(cinfo->regbase, VGA_GFX_BIT_MASK, 0xff);
 	if (cinfo->btype == BT_ALPINE)
-		vga_wgfx (cinfo->regbase, CL_GRB, 0x20);	/* (5434 
can't have bit 3 set for bitblt) */
+		/* (5434 can't have bit 3 set for bitblt) */
+		vga_wgfx(cinfo->regbase, CL_GRB, 0x20);
 	else
-		vga_wgfx (cinfo->regbase, CL_GRB, 0x28);	/* Graphics 
controller mode extensions: finer granularity, 8byte data latches 
*/
+	/* Graphics controller mode extensions: finer granularity,
+	 * 8byte data latches
+	 */
+		vga_wgfx(cinfo->regbase, CL_GRB, 0x28);
 
-	vga_wgfx (cinfo->regbase, CL_GRC, 0xff);	/* Color Key 
compare: - */
-	vga_wgfx (cinfo->regbase, CL_GRD, 0x00);	/* Color Key 
compare mask: - */
-	vga_wgfx (cinfo->regbase, CL_GRE, 0x00);	/* 
Miscellaneous control: - */
-	/*  vga_wgfx (cinfo->regbase, CL_GR10, 0x00); *//* 
Background color byte 1: - */
-/*  vga_wgfx (cinfo->regbase, CL_GR11, 0x00); */
-
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE0, 0x00);	/* 
Attribute Controller palette registers: "identity mapping" */
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE1, 0x01);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE2, 0x02);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE3, 0x03);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE4, 0x04);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE5, 0x05);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE6, 0x06);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE7, 0x07);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE8, 0x08);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE9, 0x09);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTEA, 0x0a);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTEB, 0x0b);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTEC, 0x0c);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTED, 0x0d);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTEE, 0x0e);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTEF, 0x0f);
-
-	vga_wattr (cinfo->regbase, VGA_ATC_MODE, 0x01);	/* 
Attribute Controller mode: graphics mode */
-	vga_wattr (cinfo->regbase, VGA_ATC_OVERSCAN, 0x00);	/* 
Overscan color reg.: reg. 0 */
-	vga_wattr (cinfo->regbase, VGA_ATC_PLANE_ENABLE, 0x0f);
	/* Color Plane enable: Enable all 4 planes */
-/* ###  vga_wattr (cinfo->regbase, CL_AR33, 0x00); * Pixel 
Panning: - */
-	vga_wattr (cinfo->regbase, VGA_ATC_COLOR_PAGE, 0x00);
	/* Color Select: - */
+	vga_wgfx(cinfo->regbase, CL_GRC, 0xff);	/* Color Key 
compare: - */
+	vga_wgfx(cinfo->regbase, CL_GRD, 0x00);	/* Color Key 
compare mask: - */
+	vga_wgfx(cinfo->regbase, CL_GRE, 0x00);	/* 
Miscellaneous control: - */
+	/* Background color byte 1: - */
+	/*  vga_wgfx (cinfo->regbase, CL_GR10, 0x00); */
+	/*  vga_wgfx (cinfo->regbase, CL_GR11, 0x00); */
+
+	/* Attribute Controller palette registers: "identity 
mapping" */
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE0, 0x00);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE1, 0x01);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE2, 0x02);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE3, 0x03);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE4, 0x04);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE5, 0x05);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE6, 0x06);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE7, 0x07);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE8, 0x08);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE9, 0x09);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTEA, 0x0a);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTEB, 0x0b);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTEC, 0x0c);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTED, 0x0d);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTEE, 0x0e);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTEF, 0x0f);
+
+	/* Attribute Controller mode: graphics mode */
+	vga_wattr(cinfo->regbase, VGA_ATC_MODE, 0x01);
+	/* Overscan color reg.: reg. 0 */
+	vga_wattr(cinfo->regbase, VGA_ATC_OVERSCAN, 0x00);
+	/* Color Plane enable: Enable all 4 planes */
+	vga_wattr(cinfo->regbase, VGA_ATC_PLANE_ENABLE, 0x0f);
+/* ###  vga_wattr(cinfo->regbase, CL_AR33, 0x00); * Pixel 
Panning: - */
+	/* Color Select: - */
+	vga_wattr(cinfo->regbase, VGA_ATC_COLOR_PAGE, 0x00);
 
-	WGen (cinfo, VGA_PEL_MSK, 0xff);	/* Pixel mask: no mask 
*/
+	WGen(cinfo, VGA_PEL_MSK, 0xff);	/* Pixel mask: no mask 
*/
 
 	if (cinfo->btype != BT_ALPINE && cinfo->btype != BT_GD5480)
-		WGen (cinfo, VGA_MIS_W, 0xc3);	/* polarity (-/-), 
enable display mem, VGA_CRTC_START_HI i/o base = color */
+	/* polarity (-/-), enable display mem,
+	 * VGA_CRTC_START_HI i/o base = color
+	 */
+		WGen(cinfo, VGA_MIS_W, 0xc3);
 
-	vga_wgfx (cinfo->regbase, CL_GR31, 0x04);	/* BLT 
Start/status: Blitter reset */
-	vga_wgfx (cinfo->regbase, CL_GR31, 0x00);	/* - " -      
     : "end-of-reset" */
+	/* BLT Start/status: Blitter reset */
+	vga_wgfx(cinfo->regbase, CL_GR31, 0x04);
+	/* - " -	   : "end-of-reset" */
+	vga_wgfx(cinfo->regbase, CL_GR31, 0x00);
 
 	/* misc... */
-	WHDR (cinfo, 0);	/* Hidden DAC register: - */
+	WHDR(cinfo, 0);	/* Hidden DAC register: - */
 
-	printk (KERN_DEBUG "cirrusfb: This board has %ld bytes of 
DRAM memory\n", cinfo->size);
-	DPRINTK ("EXIT\n");
+	printk(KERN_DEBUG "cirrusfb: This board has %ld bytes of 
DRAM memory\n",
+		cinfo->size);
+	DPRINTK("EXIT\n");
 	return;
 }
 
-static void switch_monitor (struct cirrusfb_info *cinfo, int on)
+static void switch_monitor(struct cirrusfb_info *cinfo, int on)
 {
 #ifdef CONFIG_ZORRO /* only works on Zorro boards */
 	static int IsOn = 0;	/* XXX not ok for multiple boards 
*/
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
 	if (cinfo->btype == BT_PICASSO4)
 		return;		/* nothing to switch */
@@ -1963,44 +2109,43 @@ static void switch_monitor (struct cirru
 		return;		/* nothing to switch */
 	if (cinfo->btype == BT_PICASSO) {
 		if ((on && !IsOn) || (!on && IsOn))
-			WSFR (cinfo, 0xff);
+			WSFR(cinfo, 0xff);
 
-		DPRINTK ("EXIT\n");
+		DPRINTK("EXIT\n");
 		return;
 	}
 	if (on) {
 		switch (cinfo->btype) {
 		case BT_SD64:
-			WSFR (cinfo, cinfo->SFR | 0x21);
+			WSFR(cinfo, cinfo->SFR | 0x21);
 			break;
 		case BT_PICCOLO:
-			WSFR (cinfo, cinfo->SFR | 0x28);
+			WSFR(cinfo, cinfo->SFR | 0x28);
 			break;
 		case BT_SPECTRUM:
-			WSFR (cinfo, 0x6f);
+			WSFR(cinfo, 0x6f);
 			break;
 		default: /* do nothing */ break;
 		}
 	} else {
 		switch (cinfo->btype) {
 		case BT_SD64:
-			WSFR (cinfo, cinfo->SFR & 0xde);
+			WSFR(cinfo, cinfo->SFR & 0xde);
 			break;
 		case BT_PICCOLO:
-			WSFR (cinfo, cinfo->SFR & 0xd7);
+			WSFR(cinfo, cinfo->SFR & 0xd7);
 			break;
 		case BT_SPECTRUM:
-			WSFR (cinfo, 0x4f);
+			WSFR(cinfo, 0x4f);
 			break;
 		default: /* do nothing */ break;
 		}
 	}
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 #endif /* CONFIG_ZORRO */
 }
 
-
 /******************************************/
 /* Linux 2.6-style  accelerated functions */
 /******************************************/
@@ -2012,15 +2157,17 @@ static void cirrusfb_prim_fillrect(struc
 	u32 color = (cinfo->info->fix.visual == 
FB_VISUAL_TRUECOLOR) ?
 		cinfo->pseudo_palette[region->color] : region->color;
 
-	if(cinfo->info->var.bits_per_pixel == 1) {
-		cirrusfb_RectFill(cinfo->regbase, cinfo->info->var.
bits_per_pixel,
+	if (cinfo->info->var.bits_per_pixel == 1) {
+		cirrusfb_RectFill(cinfo->regbase,
+				  cinfo->info->var.bits_per_pixel,
 				  region->dx / 8, region->dy,
 				  region->width / 8, region->height,
 				  color,
 				  cinfo->currentmode.line_length);
 	} else {
-		m = ( cinfo->info->var.bits_per_pixel + 7 ) / 8;
-		cirrusfb_RectFill(cinfo->regbase, cinfo->info->var.
bits_per_pixel,
+		m = (cinfo->info->var.bits_per_pixel + 7) / 8;
+		cirrusfb_RectFill(cinfo->regbase,
+				  cinfo->info->var.bits_per_pixel,
 				  region->dx * m, region->dy,
 				  region->width * m, region->height,
 				  color,
@@ -2029,7 +2176,8 @@ static void cirrusfb_prim_fillrect(struc
 	return;
 }
 
-static void cirrusfb_fillrect (struct fb_info *info, const 
struct fb_fillrect *region)
+static void cirrusfb_fillrect(struct fb_info *info,
+			      const struct fb_fillrect *region)
 {
 	struct cirrusfb_info *cinfo = info->par;
 	struct fb_fillrect modded;
@@ -2047,12 +2195,14 @@ static void cirrusfb_fillrect (struct fb
 
 	memcpy(&modded, region, sizeof(struct fb_fillrect));
 
-	if(!modded.width || !modded.height ||
+	if (!modded.width || !modded.height ||
 	   modded.dx >= vxres || modded.dy >= vyres)
 		return;
 
-	if(modded.dx + modded.width  > vxres) modded.width  = vxres 
- modded.dx;
-	if(modded.dy + modded.height > vyres) modded.height = vyres 
- modded.dy;
+	if (modded.dx + modded.width  > vxres)
+		modded.width  = vxres - modded.dx;
+	if (modded.dy + modded.height > vyres)
+		modded.height = vyres - modded.dy;
 
 	cirrusfb_prim_fillrect(cinfo, &modded);
 }
@@ -2061,14 +2211,14 @@ static void cirrusfb_prim_copyarea(struc
 				   const struct fb_copyarea *area)
 {
 	int m; /* bytes per pixel */
-	if(cinfo->info->var.bits_per_pixel == 1) {
+	if (cinfo->info->var.bits_per_pixel == 1) {
 		cirrusfb_BitBLT(cinfo->regbase, cinfo->info->var.
bits_per_pixel,
 				area->sx / 8, area->sy,
 				area->dx / 8, area->dy,
 				area->width / 8, area->height,
 				cinfo->currentmode.line_length);
 	} else {
-		m = ( cinfo->info->var.bits_per_pixel + 7 ) / 8;
+		m = (cinfo->info->var.bits_per_pixel + 7) / 8;
 		cirrusfb_BitBLT(cinfo->regbase, cinfo->info->var.
bits_per_pixel,
 				area->sx * m, area->sy,
 				area->dx * m, area->dy,
@@ -2078,8 +2228,8 @@ static void cirrusfb_prim_copyarea(struc
 	return;
 }
 
-
-static void cirrusfb_copyarea(struct fb_info *info, const struct 
fb_copyarea *area)
+static void cirrusfb_copyarea(struct fb_info *info,
+			      const struct fb_copyarea *area)
 {
 	struct cirrusfb_info *cinfo = info->par;
 	struct fb_copyarea modded;
@@ -2101,89 +2251,99 @@ static void cirrusfb_copyarea(struct fb_
 	vxres = info->var.xres_virtual;
 	vyres = info->var.yres_virtual;
 
-	if(!modded.width || !modded.height ||
+	if (!modded.width || !modded.height ||
 	   modded.sx >= vxres || modded.sy >= vyres ||
 	   modded.dx >= vxres || modded.dy >= vyres)
 		return;
 
-	if(modded.sx + modded.width > vxres)  modded.width = vxres 
- modded.sx;
-	if(modded.dx + modded.width > vxres)  modded.width = vxres 
- modded.dx;
-	if(modded.sy + modded.height > vyres) modded.height = vyres 
- modded.sy;
-	if(modded.dy + modded.height > vyres) modded.height = vyres 
- modded.dy;
+	if (modded.sx + modded.width > vxres)
+		modded.width = vxres - modded.sx;
+	if (modded.dx + modded.width > vxres)
+		modded.width = vxres - modded.dx;
+	if (modded.sy + modded.height > vyres)
+		modded.height = vyres - modded.sy;
+	if (modded.dy + modded.height > vyres)
+		modded.height = vyres - modded.dy;
 
 	cirrusfb_prim_copyarea(cinfo, &modded);
 }
 
-static void cirrusfb_imageblit(struct fb_info *info, const 
struct fb_image *image)
+static void cirrusfb_imageblit(struct fb_info *info,
+			       const struct fb_image *image)
 {
 	struct cirrusfb_info *cinfo = info->par;
 
-        cirrusfb_WaitBLT(cinfo->regbase);
+	cirrusfb_WaitBLT(cinfo->regbase);
 	cfb_imageblit(info, image);
 }
 
-
 #ifdef CONFIG_PPC_PREP
 #define PREP_VIDEO_BASE ((volatile unsigned long) 0xC0000000)
 #define PREP_IO_BASE    ((volatile unsigned char *) 0x80000000)
-static void get_prep_addrs (unsigned long *display, unsigned 
long *registers)
+static void get_prep_addrs(unsigned long *display, unsigned long 
*registers)
 {
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
 	*display = PREP_VIDEO_BASE;
 	*registers = (unsigned long) PREP_IO_BASE;
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 }
 
 #endif				/* CONFIG_PPC_PREP */
 
-
 #ifdef CONFIG_PCI
-static int release_io_ports = 0;
+static int release_io_ports;
 
 /* Pulled the logic from XFree86 Cirrus driver to get the memory 
size,
  * based on the DRAM bandwidth bit and DRAM bank switching bit.  
This
  * works with 1MB, 2MB and 4MB configurations (which the 
Motorola boards
  * seem to have. */
-static unsigned int cirrusfb_get_memsize (u8 __iomem *regbase)
+static unsigned int cirrusfb_get_memsize(u8 __iomem *regbase)
 {
 	unsigned long mem;
 	unsigned char SRF;
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
-	SRF = vga_rseq (regbase, CL_SEQRF);
+	SRF = vga_rseq(regbase, CL_SEQRF);
 	switch ((SRF & 0x18)) {
-	    case 0x08: mem = 512 * 1024; break;
-	    case 0x10: mem = 1024 * 1024; break;
-		/* 64-bit DRAM data bus width; assume 2MB. Also 
indicates 2MB memory
-		   * on the 5430. */
-	    case 0x18: mem = 2048 * 1024; break;
-	    default: printk ("CLgenfb: Unknown memory size!\n");
+	case 0x08:
+		mem = 512 * 1024;
+		break;
+	case 0x10:
+		mem = 1024 * 1024;
+		break;
+	/* 64-bit DRAM data bus width; assume 2MB. Also indicates 
2MB memory
+	 * on the 5430.
+	 */
+	case 0x18:
+		mem = 2048 * 1024;
+		break;
+	default:
+		printk(KERN_WARNING "CLgenfb: Unknown memory size!\n");
 		mem = 1024 * 1024;
 	}
-	if (SRF & 0x80) {
-		/* If DRAM bank switching is enabled, there must be 
twice as much
-		   * memory installed. (4MB on the 5434) */
+	if (SRF & 0x80)
+	/* If DRAM bank switching is enabled, there must be twice 
as much
+	 * memory installed. (4MB on the 5434)
+	 */
 		mem *= 2;
-	}
+
 	/* TODO: Handling of GD5446/5480 (see XF86 sources ...) */
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 	return mem;
 }
 
-
-
-static void get_pci_addrs (const struct pci_dev *pdev,
-			   unsigned long *display, unsigned long *registers)
+static void get_pci_addrs(const struct pci_dev *pdev,
+			  unsigned long *display, unsigned long *registers)
 {
-	assert (pdev != NULL);
-	assert (display != NULL);
-	assert (registers != NULL);
+	assert(pdev != NULL);
+	assert(display != NULL);
+	assert(registers != NULL);
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
 	*display = 0;
 	*registers = 0;
@@ -2198,13 +2358,12 @@ static void get_pci_addrs (const struct 
 		*registers = pci_resource_start(pdev, 1);
 	}
 
-	assert (*display != 0);
+	assert(*display != 0);
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 }
 
-
-static void cirrusfb_pci_unmap (struct cirrusfb_info *cinfo)
+static void cirrusfb_pci_unmap(struct cirrusfb_info *cinfo)
 {
 	struct pci_dev *pdev = cinfo->pdev;
 
@@ -2219,19 +2378,18 @@ static void cirrusfb_pci_unmap (struct c
 }
 #endif /* CONFIG_PCI */
 
-
 #ifdef CONFIG_ZORRO
-static void __devexit cirrusfb_zorro_unmap (struct cirrusfb_info 
*cinfo)
+static void __devexit cirrusfb_zorro_unmap(struct cirrusfb_info 
*cinfo)
 {
 	zorro_release_device(cinfo->zdev);
 
 	if (cinfo->btype == BT_PICASSO4) {
 		cinfo->regbase -= 0x600000;
-		iounmap ((void *)cinfo->regbase);
-		iounmap ((void *)cinfo->fbmem);
+		iounmap((void *)cinfo->regbase);
+		iounmap((void *)cinfo->fbmem);
 	} else {
 		if (zorro_resource_start(cinfo->zdev) > 0x01000000)
-			iounmap ((void *)cinfo->fbmem);
+			iounmap((void *)cinfo->fbmem);
 	}
 	framebuffer_release(cinfo->info);
 }
@@ -2267,7 +2425,8 @@ static int cirrusfb_set_fbinfo(struct ci
 	/* monochrome: only 1 memory plane */
 	/* 8 bit and above: Use whole memory area */
 	info->fix.smem_start = cinfo->fbmem_phys;
-	info->fix.smem_len   = (var->bits_per_pixel == 1) ? 
cinfo->size / 4 : cinfo->size;
+	info->fix.smem_len   =
+		(var->bits_per_pixel == 1) ? cinfo->size / 4 : 
cinfo->size;
 	info->fix.type       = cinfo->currentmode.type;
 	info->fix.type_aux   = 0;
 	info->fix.visual     = cinfo->currentmode.visual;
@@ -2292,17 +2451,18 @@ static int cirrusfb_register(struct cirr
 	int err;
 	cirrusfb_board_t btype;
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
-	printk (KERN_INFO "cirrusfb: Driver for Cirrus Logic based 
graphic boards, v" CIRRUSFB_VERSION "\n");
+	printk(KERN_INFO "cirrusfb: Driver for Cirrus Logic based "
+		"graphic boards, v" CIRRUSFB_VERSION "\n");
 
 	info = cinfo->info;
 	btype = cinfo->btype;
 
 	/* sanity checks */
-	assert (btype != BT_NONE);
+	assert(btype != BT_NONE);
 
-	DPRINTK ("cirrusfb: (RAM start set to: 0x%p)\n", 
cinfo->fbmem);
+	DPRINTK("cirrusfb: (RAM start set to: 0x%p)\n", 
cinfo->fbmem);
 
 	/* Make pretend we've set the var so our structures are in 
a "good" */
 	/* state, even though we haven't written the mode to the hw 
yet...  */
@@ -2321,11 +2481,12 @@ static int cirrusfb_register(struct cirr
 
 	err = register_framebuffer(info);
 	if (err < 0) {
-		printk (KERN_ERR "cirrusfb: could not register fb 
device; err = %d!\n", err);
+		printk(KERN_ERR "cirrusfb: could not register "
+			"fb device; err = %d!\n", err);
 		goto err_dealloc_cmap;
 	}
 
-	DPRINTK ("EXIT, returning 0\n");
+	DPRINTK("EXIT, returning 0\n");
 	return 0;
 
 err_dealloc_cmap:
@@ -2335,24 +2496,23 @@ err_unmap_cirrusfb:
 	return err;
 }
 
-static void __devexit cirrusfb_cleanup (struct fb_info *info)
+static void __devexit cirrusfb_cleanup(struct fb_info *info)
 {
 	struct cirrusfb_info *cinfo = info->par;
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
-	switch_monitor (cinfo, 0);
+	switch_monitor(cinfo, 0);
 
-	unregister_framebuffer (info);
-	fb_dealloc_cmap (&info->cmap);
-	printk ("Framebuffer unregistered\n");
+	unregister_framebuffer(info);
+	fb_dealloc_cmap(&info->cmap);
+	printk("Framebuffer unregistered\n");
 	cinfo->unmap(cinfo);
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 }
 
-
 #ifdef CONFIG_PCI
-static int cirrusfb_pci_register (struct pci_dev *pdev,
+static int cirrusfb_pci_register(struct pci_dev *pdev,
 				  const struct pci_device_id *ent)
 {
 	struct cirrusfb_info *cinfo;
@@ -2379,31 +2539,34 @@ static int cirrusfb_pci_register (struct
 	cinfo->pdev = pdev;
 	cinfo->btype = btype = (cirrusfb_board_t) ent->driver_data;
 
-	DPRINTK (" Found PCI device, base address 0 is 0x%lx, btype 
set to %d\n",
+	DPRINTK(" Found PCI device, base address 0 is 0x%lx, btype 
set to %d\n",
 		pdev->resource[0].start, btype);
-	DPRINTK (" base address 1 is 0x%lx\n", pdev->resource[1].
start);
+	DPRINTK(" base address 1 is 0x%lx\n", pdev->resource[1].
start);
 
-	if(isPReP) {
-		pci_write_config_dword (pdev, PCI_BASE_ADDRESS_0, 
0x00000000);
+	if (isPReP) {
+		pci_write_config_dword(pdev, PCI_BASE_ADDRESS_0, 
0x00000000);
 #ifdef CONFIG_PPC_PREP
-		get_prep_addrs (&board_addr, &cinfo->fbregs_phys);
+		get_prep_addrs(&board_addr, &cinfo->fbregs_phys);
 #endif
-		/* PReP dies if we ioremap the IO registers, but it 
works w/out... */
+	/* PReP dies if we ioremap the IO registers, but it works 
w/out... */
 		cinfo->regbase = (char __iomem *) cinfo->fbregs_phys;
 	} else {
-		DPRINTK ("Attempt to get PCI info for Cirrus Graphics 
Card\n");
-		get_pci_addrs (pdev, &board_addr, &cinfo->fbregs_phys);
-		cinfo->regbase = NULL;		/* FIXME: this forces VGA. 
 alternatives? */
+		DPRINTK("Attempt to get PCI info for Cirrus Graphics 
Card\n");
+		get_pci_addrs(pdev, &board_addr, &cinfo->fbregs_phys);
+		/* FIXME: this forces VGA.  alternatives? */
+		cinfo->regbase = NULL;
 	}
 
-	DPRINTK ("Board address: 0x%lx, register address: 0x%lx\n", 
board_addr, cinfo->fbregs_phys);
+	DPRINTK("Board address: 0x%lx, register address: 0x%lx\n",
+		board_addr, cinfo->fbregs_phys);
 
 	board_size = (btype == BT_GD5480) ?
-		32 * MB_ : cirrusfb_get_memsize (cinfo->regbase);
+		32 * MB_ : cirrusfb_get_memsize(cinfo->regbase);
 
 	ret = pci_request_regions(pdev, "cirrusfb");
-	if (ret <0) {
-		printk(KERN_ERR "cirrusfb: cannot reserve region 0x%lx, 
abort\n",
+	if (ret < 0) {
+		printk(KERN_ERR "cirrusfb: cannot reserve region 0x%lx, 
"
+		       "abort\n",
 		       board_addr);
 		goto err_release_fb;
 	}
@@ -2429,8 +2592,9 @@ static int cirrusfb_pci_register (struct
 	cinfo->size = board_size;
 	cinfo->unmap = cirrusfb_pci_unmap;
 
-	printk (" RAM (%lu kB) at 0xx%lx, ", cinfo->size / KB_, 
board_addr);
-	printk ("Cirrus Logic chipset on PCI bus\n");
+	printk(KERN_INFO " RAM (%lu kB) at 0xx%lx, ",
+		cinfo->size / KB_, board_addr);
+	printk(KERN_INFO "Cirrus Logic chipset on PCI bus\n");
 	pci_set_drvdata(pdev, info);
 
 	ret = cirrusfb_register(cinfo);
@@ -2453,14 +2617,14 @@ err_out:
 	return ret;
 }
 
-static void __devexit cirrusfb_pci_unregister (struct pci_dev 
*pdev)
+static void __devexit cirrusfb_pci_unregister(struct pci_dev 
*pdev)
 {
 	struct fb_info *info = pci_get_drvdata(pdev);
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
-	cirrusfb_cleanup (info);
+	cirrusfb_cleanup(info);
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 }
 
 static struct pci_driver cirrusfb_pci_driver = {
@@ -2477,7 +2641,6 @@ static struct pci_driver cirrusfb_pci_dr
 };
 #endif /* CONFIG_PCI */
 
-
 #ifdef CONFIG_ZORRO
 static int cirrusfb_zorro_register(struct zorro_dev *z,
 				   const struct zorro_device_id *ent)
@@ -2498,7 +2661,7 @@ static int cirrusfb_zorro_register(struc
 
 	info = framebuffer_alloc(sizeof(struct cirrusfb_info), 
&z->dev);
 	if (!info) {
-		printk (KERN_ERR "cirrusfb: could not allocate 
memory\n");
+		printk(KERN_ERR "cirrusfb: could not allocate memory\n")
;
 		ret = -ENOMEM;
 		goto err_out;
 	}
@@ -2507,9 +2670,9 @@ static int cirrusfb_zorro_register(struc
 	cinfo->info = info;
 	cinfo->btype = btype;
 
-	assert (z > 0);
-	assert (z2 >= 0);
-	assert (btype != BT_NONE);
+	assert(z > 0);
+	assert(z2 >= 0);
+	assert(btype != BT_NONE);
 
 	cinfo->zdev = z;
 	board_addr = zorro_resource_start(z);
@@ -2517,55 +2680,59 @@ static int cirrusfb_zorro_register(struc
 	cinfo->size = size;
 
 	if (!zorro_request_device(z, "cirrusfb")) {
-		printk(KERN_ERR "cirrusfb: cannot reserve region 0x%lx, 
abort\n",
+		printk(KERN_ERR "cirrusfb: cannot reserve region 0x%lx, 
"
+		       "abort\n",
 		       board_addr);
 		ret = -EBUSY;
 		goto err_release_fb;
 	}
 
-	printk (" RAM (%lu MB) at $%lx, ", board_size / MB_, 
board_addr);
+	printk(" RAM (%lu MB) at $%lx, ", board_size / MB_, 
board_addr);
 
 	ret = -EIO;
 
 	if (btype == BT_PICASSO4) {
-		printk (" REG at $%lx\n", board_addr + 0x600000);
+		printk(KERN_INFO " REG at $%lx\n", board_addr + 
0x600000);
 
 		/* To be precise, for the P4 this is not the */
 		/* begin of the board, but the begin of RAM. */
 		/* for P4, map in its address space in 2 chunks (### 
TEST! ) */
 		/* (note the ugly hardcoded 16M number) */
-		cinfo->regbase = ioremap (board_addr, 16777216);
+		cinfo->regbase = ioremap(board_addr, 16777216);
 		if (!cinfo->regbase)
 			goto err_release_region;
 
-		DPRINTK ("cirrusfb: Virtual address for board set to: $%
p\n", cinfo->regbase);
+		DPRINTK("cirrusfb: Virtual address for board set to: $%
p\n",
+			cinfo->regbase);
 		cinfo->regbase += 0x600000;
 		cinfo->fbregs_phys = board_addr + 0x600000;
 
 		cinfo->fbmem_phys = board_addr + 16777216;
-		cinfo->fbmem = ioremap (cinfo->fbmem_phys, 16777216);
+		cinfo->fbmem = ioremap(cinfo->fbmem_phys, 16777216);
 		if (!cinfo->fbmem)
 			goto err_unmap_regbase;
 	} else {
-		printk (" REG at $%lx\n", (unsigned long) z2->resource.
start);
+		printk(KERN_INFO " REG at $%lx\n",
+			(unsigned long) z2->resource.start);
 
 		cinfo->fbmem_phys = board_addr;
 		if (board_addr > 0x01000000)
-			cinfo->fbmem = ioremap (board_addr, board_size);
+			cinfo->fbmem = ioremap(board_addr, board_size);
 		else
-			cinfo->fbmem = (caddr_t) ZTWO_VADDR (board_addr);
+			cinfo->fbmem = (caddr_t) ZTWO_VADDR(board_addr);
 		if (!cinfo->fbmem)
 			goto err_release_region;
 
 		/* set address for REG area of board */
-		cinfo->regbase = (caddr_t) ZTWO_VADDR (z2->resource.
start);
+		cinfo->regbase = (caddr_t) ZTWO_VADDR(z2->resource.
start);
 		cinfo->fbregs_phys = z2->resource.start;
 
-		DPRINTK ("cirrusfb: Virtual address for board set to: $%
p\n", cinfo->regbase);
+		DPRINTK("cirrusfb: Virtual address for board set to: $%
p\n",
+			cinfo->regbase);
 	}
 	cinfo->unmap = cirrusfb_zorro_unmap;
 
-	printk (KERN_INFO "Cirrus Logic chipset on Zorro bus\n");
+	printk(KERN_INFO "Cirrus Logic chipset on Zorro bus\n");
 	zorro_set_drvdata(z, info);
 
 	ret = cirrusfb_register(cinfo);
@@ -2592,11 +2759,11 @@ err_out:
 void __devexit cirrusfb_zorro_unregister(struct zorro_dev *z)
 {
 	struct fb_info *info = zorro_get_drvdata(z);
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
-	cirrusfb_cleanup (info);
+	cirrusfb_cleanup(info);
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 }
 
 static struct zorro_driver cirrusfb_zorro_driver = {
@@ -2628,26 +2795,24 @@ static int __init cirrusfb_init(void)
 	return error;
 }
 
-
-
 #ifndef MODULE
 static int __init cirrusfb_setup(char *options) {
 	char *this_opt, s[32];
 	int i;
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
 	if (!options || !*options)
 		return 0;
 
-	while ((this_opt = strsep (&options, ",")) != NULL) {	
+	while ((this_opt = strsep(&options, ",")) != NULL) {
 		if (!*this_opt) continue;
 
 		DPRINTK("cirrusfb_setup: option '%s'\n", this_opt);
 
 		for (i = 0; i < NUM_TOTAL_MODES; i++) {
-			sprintf (s, "mode:%s", cirrusfb_predefined[i].name);
-			if (strcmp (this_opt, s) == 0)
+			sprintf(s, "mode:%s", cirrusfb_predefined[i].name);
+			if (strcmp(this_opt, s) == 0)
 				cirrusfb_def_mode = i;
 		}
 		if (!strcmp(this_opt, "noaccel"))
@@ -2657,7 +2822,6 @@ static int __init cirrusfb_setup(char *o
 }
 #endif
 
-
     /*
      *  Modularization
      */
@@ -2666,7 +2830,7 @@ MODULE_AUTHOR("Copyright 1999,2000 Jeff 
 MODULE_DESCRIPTION("Accelerated FBDev driver for Cirrus Logic 
chips");
 MODULE_LICENSE("GPL");
 
-static void __exit cirrusfb_exit (void)
+static void __exit cirrusfb_exit(void)
 {
 #ifdef CONFIG_PCI
 	pci_unregister_driver(&cirrusfb_pci_driver);
@@ -2682,66 +2846,67 @@ module_init(cirrusfb_init);
 module_exit(cirrusfb_exit);
 #endif
 
-
 
/****************************************************************
******/
 /* about the following functions - I have used the same names 
for the */
 /* functions as Markus Wild did in his Retina driver for NetBSD 
as    */
 /* they just made sense for this purpose. Apart from that, I 
wrote    */
-/* these functions myself.                                       
     */
+/* these functions myself.					    */
 
/****************************************************************
******/
 
 /*** WGen() - write into one of the external/general registers 
***/
-static void WGen (const struct cirrusfb_info *cinfo,
+static void WGen(const struct cirrusfb_info *cinfo,
 		  int regnum, unsigned char val)
 {
 	unsigned long regofs = 0;
 
 	if (cinfo->btype == BT_PICASSO) {
 		/* Picasso II specific hack */
-/*              if (regnum == VGA_PEL_IR || regnum == VGA_PEL_D 
|| regnum == CL_VSSM2) */
+/*	      if (regnum == VGA_PEL_IR || regnum == VGA_PEL_D ||
+		  regnum == CL_VSSM2) */
 		if (regnum == VGA_PEL_IR || regnum == VGA_PEL_D)
 			regofs = 0xfff;
 	}
 
-	vga_w (cinfo->regbase, regofs + regnum, val);
+	vga_w(cinfo->regbase, regofs + regnum, val);
 }
 
 /*** RGen() - read out one of the external/general registers 
***/
-static unsigned char RGen (const struct cirrusfb_info *cinfo, 
int regnum)
+static unsigned char RGen(const struct cirrusfb_info *cinfo, int 
regnum)
 {
 	unsigned long regofs = 0;
 
 	if (cinfo->btype == BT_PICASSO) {
 		/* Picasso II specific hack */
-/*              if (regnum == VGA_PEL_IR || regnum == VGA_PEL_D 
|| regnum == CL_VSSM2) */
+/*	      if (regnum == VGA_PEL_IR || regnum == VGA_PEL_D ||
+		  regnum == CL_VSSM2) */
 		if (regnum == VGA_PEL_IR || regnum == VGA_PEL_D)
 			regofs = 0xfff;
 	}
 
-	return vga_r (cinfo->regbase, regofs + regnum);
+	return vga_r(cinfo->regbase, regofs + regnum);
 }
 
 /*** AttrOn() - turn on VideoEnable for Attribute controller 
***/
-static void AttrOn (const struct cirrusfb_info *cinfo)
+static void AttrOn(const struct cirrusfb_info *cinfo)
 {
-	assert (cinfo != NULL);
+	assert(cinfo != NULL);
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
-	if (vga_rcrt (cinfo->regbase, CL_CRT24) & 0x80) {
+	if (vga_rcrt(cinfo->regbase, CL_CRT24) & 0x80) {
 		/* if we're just in "write value" mode, write back the 
*/
 		/* same value as before to not modify anything */
-		vga_w (cinfo->regbase, VGA_ATT_IW,
-		       vga_r (cinfo->regbase, VGA_ATT_R));
+		vga_w(cinfo->regbase, VGA_ATT_IW,
+		      vga_r(cinfo->regbase, VGA_ATT_R));
 	}
 	/* turn on video bit */
-/*      vga_w (cinfo->regbase, VGA_ATT_IW, 0x20); */
-	vga_w (cinfo->regbase, VGA_ATT_IW, 0x33);
+/*      vga_w(cinfo->regbase, VGA_ATT_IW, 0x20); */
+	vga_w(cinfo->regbase, VGA_ATT_IW, 0x33);
 
 	/* dummy write on Reg0 to be on "write index" mode next 
time */
-	vga_w (cinfo->regbase, VGA_ATT_IW, 0x00);
+	vga_w(cinfo->regbase, VGA_ATT_IW, 0x00);
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 }
 
 /*** WHDR() - write into the Hidden DAC register ***/
@@ -2750,119 +2915,115 @@ static void AttrOn (const struct 
cirrusf
  * registers of their functional group) here is a specialized 
routine for
  * accessing the HDR
  */
-static void WHDR (const struct cirrusfb_info *cinfo, unsigned 
char val)
+static void WHDR(const struct cirrusfb_info *cinfo, unsigned 
char val)
 {
 	unsigned char dummy;
 
 	if (cinfo->btype == BT_PICASSO) {
 		/* Klaus' hint for correct access to HDR on some boards 
*/
 		/* first write 0 to pixel mask (3c6) */
-		WGen (cinfo, VGA_PEL_MSK, 0x00);
-		udelay (200);
+		WGen(cinfo, VGA_PEL_MSK, 0x00);
+		udelay(200);
 		/* next read dummy from pixel address (3c8) */
-		dummy = RGen (cinfo, VGA_PEL_IW);
-		udelay (200);
+		dummy = RGen(cinfo, VGA_PEL_IW);
+		udelay(200);
 	}
 	/* now do the usual stuff to access the HDR */
 
-	dummy = RGen (cinfo, VGA_PEL_MSK);
-	udelay (200);
-	dummy = RGen (cinfo, VGA_PEL_MSK);
-	udelay (200);
-	dummy = RGen (cinfo, VGA_PEL_MSK);
-	udelay (200);
-	dummy = RGen (cinfo, VGA_PEL_MSK);
-	udelay (200);
+	dummy = RGen(cinfo, VGA_PEL_MSK);
+	udelay(200);
+	dummy = RGen(cinfo, VGA_PEL_MSK);
+	udelay(200);
+	dummy = RGen(cinfo, VGA_PEL_MSK);
+	udelay(200);
+	dummy = RGen(cinfo, VGA_PEL_MSK);
+	udelay(200);
 
-	WGen (cinfo, VGA_PEL_MSK, val);
-	udelay (200);
+	WGen(cinfo, VGA_PEL_MSK, val);
+	udelay(200);
 
 	if (cinfo->btype == BT_PICASSO) {
 		/* now first reset HDR access counter */
-		dummy = RGen (cinfo, VGA_PEL_IW);
-		udelay (200);
+		dummy = RGen(cinfo, VGA_PEL_IW);
+		udelay(200);
 
 		/* and at the end, restore the mask value */
 		/* ## is this mask always 0xff? */
-		WGen (cinfo, VGA_PEL_MSK, 0xff);
-		udelay (200);
+		WGen(cinfo, VGA_PEL_MSK, 0xff);
+		udelay(200);
 	}
 }
 
-
 /*** WSFR() - write to the "special function register" (SFR) 
***/
-static void WSFR (struct cirrusfb_info *cinfo, unsigned char 
val)
+static void WSFR(struct cirrusfb_info *cinfo, unsigned char val)
 {
 #ifdef CONFIG_ZORRO
-	assert (cinfo->regbase != NULL);
+	assert(cinfo->regbase != NULL);
 	cinfo->SFR = val;
-	z_writeb (val, cinfo->regbase + 0x8000);
+	z_writeb(val, cinfo->regbase + 0x8000);
 #endif
 }
 
 /* The Picasso has a second register for switching the monitor 
bit */
-static void WSFR2 (struct cirrusfb_info *cinfo, unsigned char 
val)
+static void WSFR2(struct cirrusfb_info *cinfo, unsigned char 
val)
 {
 #ifdef CONFIG_ZORRO
 	/* writing an arbitrary value to this one causes the 
monitor switcher */
 	/* to flip to Amiga display */
-	assert (cinfo->regbase != NULL);
+	assert(cinfo->regbase != NULL);
 	cinfo->SFR = val;
-	z_writeb (val, cinfo->regbase + 0x9000);
+	z_writeb(val, cinfo->regbase + 0x9000);
 #endif
 }
 
-
 /*** WClut - set CLUT entry (range: 0..63) ***/
-static void WClut (struct cirrusfb_info *cinfo, unsigned char 
regnum, unsigned char red,
+static void WClut(struct cirrusfb_info *cinfo, unsigned char 
regnum, unsigned char red,
 	    unsigned char green, unsigned char blue)
 {
 	unsigned int data = VGA_PEL_D;
 
 	/* address write mode register is not translated.. */
-	vga_w (cinfo->regbase, VGA_PEL_IW, regnum);
+	vga_w(cinfo->regbase, VGA_PEL_IW, regnum);
 
 	if (cinfo->btype == BT_PICASSO || cinfo->btype == 
BT_PICASSO4 ||
 	    cinfo->btype == BT_ALPINE || cinfo->btype == BT_GD5480) {
 		/* but DAC data register IS, at least for Picasso II */
 		if (cinfo->btype == BT_PICASSO)
 			data += 0xfff;
-		vga_w (cinfo->regbase, data, red);
-		vga_w (cinfo->regbase, data, green);
-		vga_w (cinfo->regbase, data, blue);
+		vga_w(cinfo->regbase, data, red);
+		vga_w(cinfo->regbase, data, green);
+		vga_w(cinfo->regbase, data, blue);
 	} else {
-		vga_w (cinfo->regbase, data, blue);
-		vga_w (cinfo->regbase, data, green);
-		vga_w (cinfo->regbase, data, red);
+		vga_w(cinfo->regbase, data, blue);
+		vga_w(cinfo->regbase, data, green);
+		vga_w(cinfo->regbase, data, red);
 	}
 }
 
-
 #if 0
 /*** RClut - read CLUT entry (range 0..63) ***/
-static void RClut (struct cirrusfb_info *cinfo, unsigned char 
regnum, unsigned char *red,
+static void RClut(struct cirrusfb_info *cinfo, unsigned char 
regnum, unsigned char *red,
 	    unsigned char *green, unsigned char *blue)
 {
 	unsigned int data = VGA_PEL_D;
 
-	vga_w (cinfo->regbase, VGA_PEL_IR, regnum);
+	vga_w(cinfo->regbase, VGA_PEL_IR, regnum);
 
 	if (cinfo->btype == BT_PICASSO || cinfo->btype == 
BT_PICASSO4 ||
 	    cinfo->btype == BT_ALPINE || cinfo->btype == BT_GD5480) {
 		if (cinfo->btype == BT_PICASSO)
 			data += 0xfff;
-		*red = vga_r (cinfo->regbase, data);
-		*green = vga_r (cinfo->regbase, data);
-		*blue = vga_r (cinfo->regbase, data);
+		*red = vga_r(cinfo->regbase, data);
+		*green = vga_r(cinfo->regbase, data);
+		*blue = vga_r(cinfo->regbase, data);
 	} else {
-		*blue = vga_r (cinfo->regbase, data);
-		*green = vga_r (cinfo->regbase, data);
-		*red = vga_r (cinfo->regbase, data);
+		*blue = vga_r(cinfo->regbase, data);
+		*green = vga_r(cinfo->regbase, data);
+		*red = vga_r(cinfo->regbase, data);
 	}
 }
 #endif
 
-
 
/****************************************************************
***
 	cirrusfb_WaitBLT()
 
@@ -2870,10 +3031,10 @@ static void RClut (struct cirrusfb_info 
 
*****************************************************************
****/
 
 /* FIXME: use interrupts instead */
-static void cirrusfb_WaitBLT (u8 __iomem *regbase)
+static void cirrusfb_WaitBLT(u8 __iomem *regbase)
 {
 	/* now busy-wait until we're done */
-	while (vga_rgfx (regbase, CL_GR31) & 0x08)
+	while (vga_rgfx(regbase, CL_GR31) & 0x08)
 		/* do nothing */ ;
 }
 
@@ -2883,15 +3044,17 @@ static void cirrusfb_WaitBLT (u8 __iomem
 	perform accelerated "scrolling"
 
*****************************************************************
***/
 
-static void cirrusfb_BitBLT (u8 __iomem *regbase, int 
bits_per_pixel,
-			     u_short curx, u_short cury, u_short destx, u_short 
desty,
-			     u_short width, u_short height, u_short 
line_length)
+static void cirrusfb_BitBLT(u8 __iomem *regbase, int 
bits_per_pixel,
+			    u_short curx, u_short cury,
+			    u_short destx, u_short desty,
+			    u_short width, u_short height,
+			    u_short line_length)
 {
 	u_short nwidth, nheight;
 	u_long nsrc, ndest;
 	u_char bltmode;
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
 	nwidth = width - 1;
 	nheight = height - 1;
@@ -2911,9 +3074,13 @@ static void cirrusfb_BitBLT (u8 __iomem 
 		nsrc = (cury * line_length) + curx;
 		ndest = (desty * line_length) + destx;
 	} else {
-		/* this means start addresses are at the end, counting 
backwards */
-		nsrc = cury * line_length + curx + nheight * line_length 
+ nwidth;
-		ndest = desty * line_length + destx + nheight * 
line_length + nwidth;
+		/* this means start addresses are at the end,
+		 * counting backwards
+		 */
+		nsrc = cury * line_length + curx +
+			nheight * line_length + nwidth;
+		ndest = desty * line_length + destx +
+			nheight * line_length + nwidth;
 	}
 
 	/*
@@ -2929,52 +3096,65 @@ static void cirrusfb_BitBLT (u8 __iomem 
 	   start/stop
 	 */
 
-        cirrusfb_WaitBLT(regbase);
+	cirrusfb_WaitBLT(regbase);
 
 	/* pitch: set to line_length */
-	vga_wgfx (regbase, CL_GR24, line_length & 0xff);	/* 
dest pitch low */
-	vga_wgfx (regbase, CL_GR25, (line_length >> 8));	/* 
dest pitch hi */
-	vga_wgfx (regbase, CL_GR26, line_length & 0xff);	/* 
source pitch low */
-	vga_wgfx (regbase, CL_GR27, (line_length >> 8));	/* 
source pitch hi */
+	/* dest pitch low */
+	vga_wgfx(regbase, CL_GR24, line_length & 0xff);
+	/* dest pitch hi */
+	vga_wgfx(regbase, CL_GR25, line_length >> 8);
+	/* source pitch low */
+	vga_wgfx(regbase, CL_GR26, line_length & 0xff);
+	/* source pitch hi */
+	vga_wgfx(regbase, CL_GR27, line_length >> 8);
 
 	/* BLT width: actual number of pixels - 1 */
-	vga_wgfx (regbase, CL_GR20, nwidth & 0xff);	/* BLT 
width low */
-	vga_wgfx (regbase, CL_GR21, (nwidth >> 8));	/* BLT 
width hi */
+	/* BLT width low */
+	vga_wgfx(regbase, CL_GR20, nwidth & 0xff);
+	/* BLT width hi */
+	vga_wgfx(regbase, CL_GR21, nwidth >> 8);
 
 	/* BLT height: actual number of lines -1 */
-	vga_wgfx (regbase, CL_GR22, nheight & 0xff);	/* BLT 
height low */
-	vga_wgfx (regbase, CL_GR23, (nheight >> 8));	/* BLT 
width hi */
+	/* BLT height low */
+	vga_wgfx(regbase, CL_GR22, nheight & 0xff);
+	/* BLT width hi */
+	vga_wgfx(regbase, CL_GR23, nheight >> 8);
 
 	/* BLT destination */
-	vga_wgfx (regbase, CL_GR28, (u_char) (ndest & 0xff));
	/* BLT dest low */
-	vga_wgfx (regbase, CL_GR29, (u_char) (ndest >> 8));	/* 
BLT dest mid */
-	vga_wgfx (regbase, CL_GR2A, (u_char) (ndest >> 16));	/* 
BLT dest hi */
+	/* BLT dest low */
+	vga_wgfx(regbase, CL_GR28, (u_char) (ndest & 0xff));
+	/* BLT dest mid */
+	vga_wgfx(regbase, CL_GR29, (u_char) (ndest >> 8));
+	/* BLT dest hi */
+	vga_wgfx(regbase, CL_GR2A, (u_char) (ndest >> 16));
 
 	/* BLT source */
-	vga_wgfx (regbase, CL_GR2C, (u_char) (nsrc & 0xff));	/* 
BLT src low */
-	vga_wgfx (regbase, CL_GR2D, (u_char) (nsrc >> 8));
		/* BLT src mid */
-	vga_wgfx (regbase, CL_GR2E, (u_char) (nsrc >> 16));	/* 
BLT src hi */
+	/* BLT src low */
+	vga_wgfx(regbase, CL_GR2C, (u_char) (nsrc & 0xff));
+	/* BLT src mid */
+	vga_wgfx(regbase, CL_GR2D, (u_char) (nsrc >> 8));
+	/* BLT src hi */
+	vga_wgfx(regbase, CL_GR2E, (u_char) (nsrc >> 16));
 
 	/* BLT mode */
-	vga_wgfx (regbase, CL_GR30, bltmode);	/* BLT mode */
+	vga_wgfx(regbase, CL_GR30, bltmode);	/* BLT mode */
 
 	/* BLT ROP: SrcCopy */
-	vga_wgfx (regbase, CL_GR32, 0x0d);		/* BLT ROP */
+	vga_wgfx(regbase, CL_GR32, 0x0d);	/* BLT ROP */
 
 	/* and finally: GO! */
-	vga_wgfx (regbase, CL_GR31, 0x02);		/* BLT 
Start/status */
+	vga_wgfx(regbase, CL_GR31, 0x02);	/* BLT Start/status 
*/
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 }
 
-
 
/****************************************************************
***
 	cirrusfb_RectFill()
 
 	perform accelerated rectangle fill
 
*****************************************************************
***/
 
-static void cirrusfb_RectFill (u8 __iomem *regbase, int 
bits_per_pixel,
+static void cirrusfb_RectFill(u8 __iomem *regbase, int 
bits_per_pixel,
 		     u_short x, u_short y, u_short width, u_short height,
 		     u_char color, u_short line_length)
 {
@@ -2982,93 +3162,95 @@ static void cirrusfb_RectFill (u8 __iome
 	u_long ndest;
 	u_char op;
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
 	nwidth = width - 1;
 	nheight = height - 1;
 
 	ndest = (y * line_length) + x;
 
-        cirrusfb_WaitBLT(regbase);
+	cirrusfb_WaitBLT(regbase);
 
 	/* pitch: set to line_length */
-	vga_wgfx (regbase, CL_GR24, line_length & 0xff);	/* 
dest pitch low */
-	vga_wgfx (regbase, CL_GR25, (line_length >> 8));	/* 
dest pitch hi */
-	vga_wgfx (regbase, CL_GR26, line_length & 0xff);	/* 
source pitch low */
-	vga_wgfx (regbase, CL_GR27, (line_length >> 8));	/* 
source pitch hi */
+	vga_wgfx(regbase, CL_GR24, line_length & 0xff);	/* dest 
pitch low */
+	vga_wgfx(regbase, CL_GR25, line_length >> 8);	/* dest 
pitch hi */
+	vga_wgfx(regbase, CL_GR26, line_length & 0xff);	/* 
source pitch low */
+	vga_wgfx(regbase, CL_GR27, line_length >> 8);	/* source 
pitch hi */
 
 	/* BLT width: actual number of pixels - 1 */
-	vga_wgfx (regbase, CL_GR20, nwidth & 0xff);	/* BLT 
width low */
-	vga_wgfx (regbase, CL_GR21, (nwidth >> 8));	/* BLT 
width hi */
+	vga_wgfx(regbase, CL_GR20, nwidth & 0xff);	/* BLT width 
low */
+	vga_wgfx(regbase, CL_GR21, nwidth >> 8);	/* BLT width 
hi */
 
 	/* BLT height: actual number of lines -1 */
-	vga_wgfx (regbase, CL_GR22, nheight & 0xff);		/* BLT 
height low */
-	vga_wgfx (regbase, CL_GR23, (nheight >> 8));		/* BLT 
width hi */
+	vga_wgfx(regbase, CL_GR22, nheight & 0xff);	/* BLT 
height low */
+	vga_wgfx(regbase, CL_GR23, nheight >> 8);	/* BLT width 
hi */
 
 	/* BLT destination */
-	vga_wgfx (regbase, CL_GR28, (u_char) (ndest & 0xff));
	/* BLT dest low */
-	vga_wgfx (regbase, CL_GR29, (u_char) (ndest >> 8));	/* 
BLT dest mid */
-	vga_wgfx (regbase, CL_GR2A, (u_char) (ndest >> 16));
		/* BLT dest hi */
+	/* BLT dest low */
+	vga_wgfx(regbase, CL_GR28, (u_char) (ndest & 0xff));
+	/* BLT dest mid */
+	vga_wgfx(regbase, CL_GR29, (u_char) (ndest >> 8));
+	/* BLT dest hi */
+	vga_wgfx(regbase, CL_GR2A, (u_char) (ndest >> 16));
 
 	/* BLT source: set to 0 (is a dummy here anyway) */
-	vga_wgfx (regbase, CL_GR2C, 0x00);	/* BLT src low */
-	vga_wgfx (regbase, CL_GR2D, 0x00);	/* BLT src mid */
-	vga_wgfx (regbase, CL_GR2E, 0x00);	/* BLT src hi */
+	vga_wgfx(regbase, CL_GR2C, 0x00);	/* BLT src low */
+	vga_wgfx(regbase, CL_GR2D, 0x00);	/* BLT src mid */
+	vga_wgfx(regbase, CL_GR2E, 0x00);	/* BLT src hi */
 
 	/* This is a ColorExpand Blt, using the */
 	/* same color for foreground and background */
-	vga_wgfx (regbase, VGA_GFX_SR_VALUE, color);	/* 
foreground color */
-	vga_wgfx (regbase, VGA_GFX_SR_ENABLE, color);	/* 
background color */
+	vga_wgfx(regbase, VGA_GFX_SR_VALUE, color);	/* 
foreground color */
+	vga_wgfx(regbase, VGA_GFX_SR_ENABLE, color);	/* 
background color */
 
 	op = 0xc0;
 	if (bits_per_pixel == 16) {
-		vga_wgfx (regbase, CL_GR10, color);	/* foreground 
color */
-		vga_wgfx (regbase, CL_GR11, color);	/* background 
color */
+		vga_wgfx(regbase, CL_GR10, color);	/* foreground 
color */
+		vga_wgfx(regbase, CL_GR11, color);	/* background 
color */
 		op = 0x50;
 		op = 0xd0;
 	} else if (bits_per_pixel == 32) {
-		vga_wgfx (regbase, CL_GR10, color);	/* foreground 
color */
-		vga_wgfx (regbase, CL_GR11, color);	/* background 
color */
-		vga_wgfx (regbase, CL_GR12, color);	/* foreground 
color */
-		vga_wgfx (regbase, CL_GR13, color);	/* background 
color */
-		vga_wgfx (regbase, CL_GR14, 0);	/* foreground color 
*/
-		vga_wgfx (regbase, CL_GR15, 0);	/* background color 
*/
+		vga_wgfx(regbase, CL_GR10, color);	/* foreground 
color */
+		vga_wgfx(regbase, CL_GR11, color);	/* background 
color */
+		vga_wgfx(regbase, CL_GR12, color);	/* foreground 
color */
+		vga_wgfx(regbase, CL_GR13, color);	/* background 
color */
+		vga_wgfx(regbase, CL_GR14, 0);	/* foreground color 
*/
+		vga_wgfx(regbase, CL_GR15, 0);	/* background color 
*/
 		op = 0x50;
 		op = 0xf0;
 	}
 	/* BLT mode: color expand, Enable 8x8 copy (faster?) */
-	vga_wgfx (regbase, CL_GR30, op);	/* BLT mode */
+	vga_wgfx(regbase, CL_GR30, op);	/* BLT mode */
 
 	/* BLT ROP: SrcCopy */
-	vga_wgfx (regbase, CL_GR32, 0x0d);	/* BLT ROP */
+	vga_wgfx(regbase, CL_GR32, 0x0d);	/* BLT ROP */
 
 	/* and finally: GO! */
-	vga_wgfx (regbase, CL_GR31, 0x02);	/* BLT Start/status 
*/
+	vga_wgfx(regbase, CL_GR31, 0x02);	/* BLT Start/status 
*/
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 }
 
-
 
/****************************************************************
**********
  * bestclock() - determine closest possible clock lower(?) than 
the
  * desired pixel clock
  
*****************************************************************
*********/
-static void bestclock (long freq, long *best, long *nom,
+static void bestclock(long freq, long *best, long *nom,
 		       long *den, long *div, long maxfreq)
 {
 	long n, h, d, f;
 
-	assert (best != NULL);
-	assert (nom != NULL);
-	assert (den != NULL);
-	assert (div != NULL);
-	assert (maxfreq > 0);
+	assert(best != NULL);
+	assert(nom != NULL);
+	assert(den != NULL);
+	assert(div != NULL);
+	assert(maxfreq > 0);
 
 	*nom = 0;
 	*den = 0;
 	*div = 0;
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
 	if (freq < 8000)
 		freq = 8000;
@@ -3085,7 +3267,7 @@ static void bestclock (long freq, long *
 			if (d > 31)
 				d = (d / 2) * 2;
 			h = (14318 * n) / d;
-			if (abs (h - freq) < abs (*best - freq)) {
+			if (abs(h - freq) < abs(*best - freq)) {
 				*best = h;
 				*nom = n;
 				if (d < 32) {
@@ -3102,7 +3284,7 @@ static void bestclock (long freq, long *
 			if (d > 31)
 				d = (d / 2) * 2;
 			h = (14318 * n) / d;
-			if (abs (h - freq) < abs (*best - freq)) {
+			if (abs(h - freq) < abs(*best - freq)) {
 				*best = h;
 				*nom = n;
 				if (d < 32) {
@@ -3116,14 +3298,13 @@ static void bestclock (long freq, long *
 		}
 	}
 
-	DPRINTK ("Best possible values for given frequency:\n");
-	DPRINTK ("        best: %ld kHz  nom: %ld  den: %ld  div: %
ld\n",
-		 freq, *nom, *den, *div);
+	DPRINTK("Best possible values for given frequency:\n");
+	DPRINTK("	best: %ld kHz  nom: %ld  den: %ld  div: %
ld\n",
+		freq, *nom, *den, *div);
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 }
 
-
 /* 
-----------------------------------------------------------------
--------
  *
  * debugging functions
@@ -3145,21 +3326,20 @@ static void bestclock (long freq, long *
  */
 
 static
-void cirrusfb_dbg_print_byte (const char *name, unsigned char 
val)
+void cirrusfb_dbg_print_byte(const char *name, unsigned char 
val)
 {
-	DPRINTK ("%8s = 0x%02X (bits 7-0: %c%c%c%c%c%c%c%c)\n",
-		 name, val,
-		 val & 0x80 ? '1' : '0',
-		 val & 0x40 ? '1' : '0',
-		 val & 0x20 ? '1' : '0',
-		 val & 0x10 ? '1' : '0',
-		 val & 0x08 ? '1' : '0',
-		 val & 0x04 ? '1' : '0',
-		 val & 0x02 ? '1' : '0',
-		 val & 0x01 ? '1' : '0');
+	DPRINTK("%8s = 0x%02X (bits 7-0: %c%c%c%c%c%c%c%c)\n",
+		name, val,
+		val & 0x80 ? '1' : '0',
+		val & 0x40 ? '1' : '0',
+		val & 0x20 ? '1' : '0',
+		val & 0x10 ? '1' : '0',
+		val & 0x08 ? '1' : '0',
+		val & 0x04 ? '1' : '0',
+		val & 0x02 ? '1' : '0',
+		val & 0x01 ? '1' : '0');
 }
 
-
 /**
  * cirrusfb_dbg_print_regs
  * @base: If using newmmio, the newmmio base address, otherwise 
%NULL
@@ -3172,25 +3352,26 @@ void cirrusfb_dbg_print_byte (const char
  */
 
 static
-void cirrusfb_dbg_print_regs (caddr_t regbase, 
cirrusfb_dbg_reg_class_t reg_class,...)
+void cirrusfb_dbg_print_regs(caddr_t regbase,
+			     cirrusfb_dbg_reg_class_t reg_class, ...)
 {
 	va_list list;
 	unsigned char val = 0;
 	unsigned reg;
 	char *name;
 
-	va_start (list, reg_class);
+	va_start(list, reg_class);
 
-	name = va_arg (list, char *);
+	name = va_arg(list, char *);
 	while (name != NULL) {
-		reg = va_arg (list, int);
+		reg = va_arg(list, int);
 
 		switch (reg_class) {
 		case CRT:
-			val = vga_rcrt (regbase, (unsigned char) reg);
+			val = vga_rcrt(regbase, (unsigned char) reg);
 			break;
 		case SEQ:
-			val = vga_rseq (regbase, (unsigned char) reg);
+			val = vga_rseq(regbase, (unsigned char) reg);
 			break;
 		default:
 			/* should never occur */
@@ -3198,15 +3379,14 @@ void cirrusfb_dbg_print_regs (caddr_t re
 			break;
 		}
 
-		cirrusfb_dbg_print_byte (name, val);
+		cirrusfb_dbg_print_byte(name, val);
 
-		name = va_arg (list, char *);
+		name = va_arg(list, char *);
 	}
 
-	va_end (list);
+	va_end(list);
 }
 
-
 /**
  * cirrusfb_dump
  * @cirrusfbinfo:
@@ -3214,13 +3394,11 @@ void cirrusfb_dbg_print_regs (caddr_t re
  * DESCRIPTION:
  */
 
-static
-void cirrusfb_dump (void)
+static void cirrusfb_dump(void)
 {
-	cirrusfb_dbg_reg_dump (NULL);
+	cirrusfb_dbg_reg_dump(NULL);
 }
 
-
 /**
  * cirrusfb_dbg_reg_dump
  * @base: If using newmmio, the newmmio base address, otherwise 
%NULL
@@ -3232,11 +3410,11 @@ void cirrusfb_dump (void)
  */
 
 static
-void cirrusfb_dbg_reg_dump (caddr_t regbase)
+void cirrusfb_dbg_reg_dump(caddr_t regbase)
 {
-	DPRINTK ("CIRRUSFB VGA CRTC register dump:\n");
+	DPRINTK("CIRRUSFB VGA CRTC register dump:\n");
 
-	cirrusfb_dbg_print_regs (regbase, CRT,
+	cirrusfb_dbg_print_regs(regbase, CRT,
 			   "CR00", 0x00,
 			   "CR01", 0x01,
 			   "CR02", 0x02,
@@ -3286,11 +3464,11 @@ void cirrusfb_dbg_reg_dump (caddr_t regb
 			   "CR3F", 0x3F,
 			   NULL);
 
-	DPRINTK ("\n");
+	DPRINTK("\n");
 
-	DPRINTK ("CIRRUSFB VGA SEQ register dump:\n");
+	DPRINTK("CIRRUSFB VGA SEQ register dump:\n");
 
-	cirrusfb_dbg_print_regs (regbase, SEQ,
+	cirrusfb_dbg_print_regs(regbase, SEQ,
 			   "SR00", 0x00,
 			   "SR01", 0x01,
 			   "SR02", 0x02,
@@ -3319,7 +3497,7 @@ void cirrusfb_dbg_reg_dump (caddr_t regb
 			   "SR1F", 0x1F,
 			   NULL);
 
-	DPRINTK ("\n");
+	DPRINTK("\n");
 }
 
 #endif				/* CIRRUSFB_DEBUG */


----------------------------------------------------
Poznaj nowego wybrańca Boga... i jego trzódkę! Rewelacyjna
komedia EVAN WSZECHMOGĄCY - w kinach od 24 sierpnia!
http://klik.wp.pl/?adr=http%3A%2F%2Fadv.reklama.wp.pl%2Fas%2Fevanwszechmogacy_zwiastun.html&sid=1263

[-- Attachment #2: cirrus-cleanup.diff --]
[-- Type: application/octet-stream, Size: 115130 bytes --]

From: Krzysztof Helt <krzysztof.h1@wp.pl>

This patch fixes over 850 errors and warnings pointed
out by the checkpatch.pl script.

Signed-off-by: Krzysztof Helt <krzysztof.h1@wp.pl>

---

I run the checkpatch.pl script on the whole drivers/video
directory. The most errors are in drivers which share code
with X11 (sis, nvidia). The cirrus driver had the most errors
as a non-X11 driver.

--- linux-2.6.23.old/drivers/video/cirrusfb.c	2007-07-09 01:32:16.000000000 +0200
+++ linux-2.6.23/drivers/video/cirrusfb.c	2007-08-16 19:43:03.000000000 +0200
@@ -59,7 +59,7 @@
 #endif
 #ifdef CONFIG_PPC_PREP
 #include <asm/machdep.h>
-#define isPReP (machine_is(prep))
+#define isPReP(machine_is(prep))
 #else
 #define isPReP 0
 #endif
@@ -67,7 +67,6 @@
 #include "video/vga.h"
 #include "video/cirrus.h"
 
-
 /*****************************************************************
  *
  * debugging and utility macros
@@ -82,7 +81,8 @@
 
 /* debug output */
 #ifdef CIRRUSFB_DEBUG
-#define DPRINTK(fmt, args...) printk(KERN_DEBUG "%s: " fmt, __FUNCTION__ , ## args)
+#define DPRINTK(fmt, args...) \
+	printk(KERN_DEBUG "%s: " fmt, __FUNCTION__ , ## args)
 #else
 #define DPRINTK(fmt, args...)
 #endif
@@ -90,20 +90,19 @@
 /* debugging assertions */
 #ifndef CIRRUSFB_NDEBUG
 #define assert(expr) \
-        if(!(expr)) { \
-        printk( "Assertion failed! %s,%s,%s,line=%d\n",\
-        #expr,__FILE__,__FUNCTION__,__LINE__); \
-        }
+	if (!(expr)) { \
+		printk("Assertion failed! %s,%s,%s,line=%d\n", \
+		#expr, __FILE__, __FUNCTION__, __LINE__); \
+	}
 #else
 #define assert(expr)
 #endif
 
-#define MB_ (1024*1024)
+#define MB_ (1024 * 1024)
 #define KB_ (1024)
 
 #define MAX_NUM_BOARDS 7
 
-
 /*****************************************************************
  *
  * chipset information
@@ -123,7 +122,6 @@ typedef enum {
 	BT_LAGUNA,	/* GD546x */
 } cirrusfb_board_t;
 
-
 /*
  * per-board-type information, used for enumerating and abstracting
  * chip-specific information
@@ -139,7 +137,8 @@ static const struct cirrusfb_board_info_
 	/* for  1/4bpp, 8bpp 15/16bpp, 24bpp, 32bpp - numbers from xorg code */
 	bool init_sr07 : 1; /* init SR07 during init_vgachip() */
 	bool init_sr1f : 1; /* write SR1F during init_vgachip() */
-	bool scrn_start_bit19 : 1; /* construct bit 19 of screen start address */
+	/* construct bit 19 of screen start address */
+	bool scrn_start_bit19 : 1;
 
 	/* initial SR07 value, then for each mode */
 	unsigned char sr07;
@@ -261,30 +260,28 @@ static const struct cirrusfb_board_info_
 	}
 };
 
-
 #ifdef CONFIG_PCI
 #define CHIP(id, btype) \
 	{ PCI_VENDOR_ID_CIRRUS, id, PCI_ANY_ID, PCI_ANY_ID, 0, 0, (btype) }
 
 static struct pci_device_id cirrusfb_pci_table[] = {
-	CHIP( PCI_DEVICE_ID_CIRRUS_5436, BT_ALPINE ),
-	CHIP( PCI_DEVICE_ID_CIRRUS_5434_8, BT_ALPINE ),
-	CHIP( PCI_DEVICE_ID_CIRRUS_5434_4, BT_ALPINE ),
-	CHIP( PCI_DEVICE_ID_CIRRUS_5430, BT_ALPINE ), /* GD-5440 is same id */
-	CHIP( PCI_DEVICE_ID_CIRRUS_7543, BT_ALPINE ),
-	CHIP( PCI_DEVICE_ID_CIRRUS_7548, BT_ALPINE ),
-	CHIP( PCI_DEVICE_ID_CIRRUS_5480, BT_GD5480 ), /* MacPicasso likely */
-	CHIP( PCI_DEVICE_ID_CIRRUS_5446, BT_PICASSO4 ), /* Picasso 4 is 5446 */
-	CHIP( PCI_DEVICE_ID_CIRRUS_5462, BT_LAGUNA ), /* CL Laguna */
-	CHIP( PCI_DEVICE_ID_CIRRUS_5464, BT_LAGUNA ), /* CL Laguna 3D */
-	CHIP( PCI_DEVICE_ID_CIRRUS_5465, BT_LAGUNA ), /* CL Laguna 3DA*/
+	CHIP(PCI_DEVICE_ID_CIRRUS_5436, BT_ALPINE),
+	CHIP(PCI_DEVICE_ID_CIRRUS_5434_8, BT_ALPINE),
+	CHIP(PCI_DEVICE_ID_CIRRUS_5434_4, BT_ALPINE),
+	CHIP(PCI_DEVICE_ID_CIRRUS_5430, BT_ALPINE), /* GD-5440 is same id */
+	CHIP(PCI_DEVICE_ID_CIRRUS_7543, BT_ALPINE),
+	CHIP(PCI_DEVICE_ID_CIRRUS_7548, BT_ALPINE),
+	CHIP(PCI_DEVICE_ID_CIRRUS_5480, BT_GD5480), /* MacPicasso likely */
+	CHIP(PCI_DEVICE_ID_CIRRUS_5446, BT_PICASSO4), /* Picasso 4 is 5446 */
+	CHIP(PCI_DEVICE_ID_CIRRUS_5462, BT_LAGUNA), /* CL Laguna */
+	CHIP(PCI_DEVICE_ID_CIRRUS_5464, BT_LAGUNA), /* CL Laguna 3D */
+	CHIP(PCI_DEVICE_ID_CIRRUS_5465, BT_LAGUNA), /* CL Laguna 3DA*/
 	{ 0, }
 };
 MODULE_DEVICE_TABLE(pci, cirrusfb_pci_table);
 #undef CHIP
 #endif /* CONFIG_PCI */
 
-
 #ifdef CONFIG_ZORRO
 static const struct zorro_device_id cirrusfb_zorro_table[] = {
 	{
@@ -294,7 +291,7 @@ static const struct zorro_device_id cirr
 		.id		= ZORRO_PROD_HELFRICH_PICCOLO_RAM,
 		.driver_data	= BT_PICCOLO,
 	}, {
-		.id		= ZORRO_PROD_VILLAGE_TRONIC_PICASSO_II_II_PLUS_RAM,
+		.id	= ZORRO_PROD_VILLAGE_TRONIC_PICASSO_II_II_PLUS_RAM,
 		.driver_data	= BT_PICASSO,
 	}, {
 		.id		= ZORRO_PROD_GVP_EGS_28_24_SPECTRUM_RAM,
@@ -333,7 +330,6 @@ static const struct {
 };
 #endif /* CONFIG_ZORRO */
 
-
 struct cirrusfb_regs {
 	__u32 line_length;	/* in BYTES! */
 	__u32 visual;
@@ -364,17 +360,12 @@ struct cirrusfb_regs {
 	long VertBlankEnd;
 };
 
-
-
 #ifdef CIRRUSFB_DEBUG
 typedef enum {
-        CRT,
-        SEQ
+	CRT,
+	SEQ
 } cirrusfb_dbg_reg_class_t;
-#endif                          /* CIRRUSFB_DEBUG */
-
-
-
+#endif		/* CIRRUSFB_DEBUG */
 
 /* info about board */
 struct cirrusfb_info {
@@ -405,9 +396,8 @@ struct cirrusfb_info {
 	void (*unmap)(struct cirrusfb_info *cinfo);
 };
 
-
 static unsigned cirrusfb_def_mode = 1;
-static int noaccel = 0;
+static int noaccel;
 
 /*
  *    Predefined Video Modes
@@ -441,7 +431,7 @@ static const struct {
 			.lower_margin	= 8,
 			.hsync_len	= 96,
 			.vsync_len	= 4,
-			.sync		= FB_SYNC_HOR_HIGH_ACT | FB_SYNC_VERT_HIGH_ACT,
+			.sync	= FB_SYNC_HOR_HIGH_ACT | FB_SYNC_VERT_HIGH_ACT,
 			.vmode		= FB_VMODE_NONINTERLACED
 		 }
 	}, {
@@ -502,27 +492,29 @@ static const struct {
 /****************************************************************************/
 /**** BEGIN PROTOTYPES ******************************************************/
 
-
 /*--- Interface used by the world ------------------------------------------*/
-static int cirrusfb_init (void);
+static int cirrusfb_init(void);
 #ifndef MODULE
-static int cirrusfb_setup (char *options);
+static int cirrusfb_setup(char *options);
 #endif
 
-static int cirrusfb_open (struct fb_info *info, int user);
-static int cirrusfb_release (struct fb_info *info, int user);
-static int cirrusfb_setcolreg (unsigned regno, unsigned red, unsigned green,
-			       unsigned blue, unsigned transp,
-			       struct fb_info *info);
-static int cirrusfb_check_var (struct fb_var_screeninfo *var,
-			       struct fb_info *info);
-static int cirrusfb_set_par (struct fb_info *info);
-static int cirrusfb_pan_display (struct fb_var_screeninfo *var,
-				 struct fb_info *info);
-static int cirrusfb_blank (int blank_mode, struct fb_info *info);
-static void cirrusfb_fillrect (struct fb_info *info, const struct fb_fillrect *region);
-static void cirrusfb_copyarea(struct fb_info *info, const struct fb_copyarea *area);
-static void cirrusfb_imageblit(struct fb_info *info, const struct fb_image *image);
+static int cirrusfb_open(struct fb_info *info, int user);
+static int cirrusfb_release(struct fb_info *info, int user);
+static int cirrusfb_setcolreg(unsigned regno, unsigned red, unsigned green,
+			      unsigned blue, unsigned transp,
+			      struct fb_info *info);
+static int cirrusfb_check_var(struct fb_var_screeninfo *var,
+			      struct fb_info *info);
+static int cirrusfb_set_par(struct fb_info *info);
+static int cirrusfb_pan_display(struct fb_var_screeninfo *var,
+				struct fb_info *info);
+static int cirrusfb_blank(int blank_mode, struct fb_info *info);
+static void cirrusfb_fillrect(struct fb_info *info,
+			      const struct fb_fillrect *region);
+static void cirrusfb_copyarea(struct fb_info *info,
+			      const struct fb_copyarea *area);
+static void cirrusfb_imageblit(struct fb_info *info,
+			       const struct fb_image *image);
 
 /* function table of the above functions */
 static struct fb_ops cirrusfb_ops = {
@@ -540,68 +532,68 @@ static struct fb_ops cirrusfb_ops = {
 };
 
 /*--- Hardware Specific Routines -------------------------------------------*/
-static int cirrusfb_decode_var (const struct fb_var_screeninfo *var,
+static int cirrusfb_decode_var(const struct fb_var_screeninfo *var,
 				struct cirrusfb_regs *regs,
 				const struct fb_info *info);
 /*--- Internal routines ----------------------------------------------------*/
-static void init_vgachip (struct cirrusfb_info *cinfo);
-static void switch_monitor (struct cirrusfb_info *cinfo, int on);
-static void WGen (const struct cirrusfb_info *cinfo,
-		  int regnum, unsigned char val);
-static unsigned char RGen (const struct cirrusfb_info *cinfo, int regnum);
-static void AttrOn (const struct cirrusfb_info *cinfo);
-static void WHDR (const struct cirrusfb_info *cinfo, unsigned char val);
-static void WSFR (struct cirrusfb_info *cinfo, unsigned char val);
-static void WSFR2 (struct cirrusfb_info *cinfo, unsigned char val);
-static void WClut (struct cirrusfb_info *cinfo, unsigned char regnum, unsigned char red,
-		   unsigned char green,
-		   unsigned char blue);
+static void init_vgachip(struct cirrusfb_info *cinfo);
+static void switch_monitor(struct cirrusfb_info *cinfo, int on);
+static void WGen(const struct cirrusfb_info *cinfo,
+		 int regnum, unsigned char val);
+static unsigned char RGen(const struct cirrusfb_info *cinfo, int regnum);
+static void AttrOn(const struct cirrusfb_info *cinfo);
+static void WHDR(const struct cirrusfb_info *cinfo, unsigned char val);
+static void WSFR(struct cirrusfb_info *cinfo, unsigned char val);
+static void WSFR2(struct cirrusfb_info *cinfo, unsigned char val);
+static void WClut(struct cirrusfb_info *cinfo, unsigned char regnum,
+		  unsigned char red, unsigned char green, unsigned char blue);
 #if 0
-static void RClut (struct cirrusfb_info *cinfo, unsigned char regnum, unsigned char *red,
-		   unsigned char *green,
-		   unsigned char *blue);
-#endif
-static void cirrusfb_WaitBLT (u8 __iomem *regbase);
-static void cirrusfb_BitBLT (u8 __iomem *regbase, int bits_per_pixel,
-			     u_short curx, u_short cury,
-			     u_short destx, u_short desty,
-			     u_short width, u_short height,
-			     u_short line_length);
-static void cirrusfb_RectFill (u8 __iomem *regbase, int bits_per_pixel,
-			       u_short x, u_short y,
-			       u_short width, u_short height,
-			       u_char color, u_short line_length);
-
-static void bestclock (long freq, long *best,
-		       long *nom, long *den,
-		       long *div, long maxfreq);
+static void RClut(struct cirrusfb_info *cinfo, unsigned char regnum,
+		  unsigned char *red, unsigned char *green,
+		  unsigned char *blue);
+#endif
+static void cirrusfb_WaitBLT(u8 __iomem *regbase);
+static void cirrusfb_BitBLT(u8 __iomem *regbase, int bits_per_pixel,
+			    u_short curx, u_short cury,
+			    u_short destx, u_short desty,
+			    u_short width, u_short height,
+			    u_short line_length);
+static void cirrusfb_RectFill(u8 __iomem *regbase, int bits_per_pixel,
+			      u_short x, u_short y,
+			      u_short width, u_short height,
+			      u_char color, u_short line_length);
+
+static void bestclock(long freq, long *best,
+		      long *nom, long *den,
+		      long *div, long maxfreq);
 
 #ifdef CIRRUSFB_DEBUG
-static void cirrusfb_dump (void);
-static void cirrusfb_dbg_reg_dump (caddr_t regbase);
-static void cirrusfb_dbg_print_regs (caddr_t regbase, cirrusfb_dbg_reg_class_t reg_class,...);
-static void cirrusfb_dbg_print_byte (const char *name, unsigned char val);
+static void cirrusfb_dump(void);
+static void cirrusfb_dbg_reg_dump(caddr_t regbase);
+static void cirrusfb_dbg_print_regs(caddr_t regbase,
+				    cirrusfb_dbg_reg_class_t reg_class, ...);
+static void cirrusfb_dbg_print_byte(const char *name, unsigned char val);
 #endif /* CIRRUSFB_DEBUG */
 
 /*** END   PROTOTYPES ********************************************************/
 /*****************************************************************************/
 /*** BEGIN Interface Used by the World ***************************************/
 
-static int opencount = 0;
+static int opencount;
 
 /*--- Open /dev/fbx ---------------------------------------------------------*/
-static int cirrusfb_open (struct fb_info *info, int user)
+static int cirrusfb_open(struct fb_info *info, int user)
 {
 	if (opencount++ == 0)
-		switch_monitor (info->par, 1);
+		switch_monitor(info->par, 1);
 	return 0;
 }
 
 /*--- Close /dev/fbx --------------------------------------------------------*/
-static int cirrusfb_release (struct fb_info *info, int user)
+static int cirrusfb_release(struct fb_info *info, int user)
 {
 	if (--opencount == 0)
-		switch_monitor (info->par, 0);
+		switch_monitor(info->par, 0);
 	return 0;
 }
 
@@ -610,11 +602,11 @@ static int cirrusfb_release (struct fb_i
 /**** BEGIN Hardware specific Routines **************************************/
 
 /* Get a good MCLK value */
-static long cirrusfb_get_mclk (long freq, int bpp, long *div)
+static long cirrusfb_get_mclk(long freq, int bpp, long *div)
 {
 	long mclk;
 
-	assert (div != NULL);
+	assert(div != NULL);
 
 	/* Calculate MCLK, in case VCLK is high enough to require > 50MHz.
 	 * Assume a 64-bit data path for now.  The formula is:
@@ -624,23 +616,23 @@ static long cirrusfb_get_mclk (long freq
 	mclk = (mclk * 12) / 10;
 	if (mclk < 50000)
 		mclk = 50000;
-	DPRINTK ("Use MCLK of %ld kHz\n", mclk);
+	DPRINTK("Use MCLK of %ld kHz\n", mclk);
 
 	/* Calculate value for SR1F.  Multiply by 2 so we can round up. */
 	mclk = ((mclk * 16) / 14318);
 	mclk = (mclk + 1) / 2;
-	DPRINTK ("Set SR1F[5:0] to 0x%lx\n", mclk);
+	DPRINTK("Set SR1F[5:0] to 0x%lx\n", mclk);
 
 	/* Determine if we should use MCLK instead of VCLK, and if so, what we
 	   * should divide it by to get VCLK */
 	switch (freq) {
 	case 24751 ... 25249:
 		*div = 2;
-		DPRINTK ("Using VCLK = MCLK/2\n");
+		DPRINTK("Using VCLK = MCLK/2\n");
 		break;
 	case 49501 ... 50499:
 		*div = 1;
-		DPRINTK ("Using VCLK = MCLK\n");
+		DPRINTK("Using VCLK = MCLK\n");
 		break;
 	default:
 		*div = 0;
@@ -691,37 +683,42 @@ static int cirrusfb_check_var(struct fb_
 		den = 1;
 		break;		/* 4 bytes per pixel */
 	default:
-		printk ("cirrusfb: mode %dx%dx%d rejected...color depth not supported.\n",
+		printk(KERN_ERR "cirrusfb: mode %dx%dx%d rejected..."
+			"color depth not supported.\n",
 			var->xres, var->yres, var->bits_per_pixel);
-		DPRINTK ("EXIT - EINVAL error\n");
+		DPRINTK("EXIT - EINVAL error\n");
 		return -EINVAL;
 	}
 
 	if (var->xres * nom / den * var->yres > cinfo->size) {
-		printk ("cirrusfb: mode %dx%dx%d rejected...resolution too high to fit into video memory!\n",
+		printk(KERN_ERR "cirrusfb: mode %dx%dx%d rejected..."
+			"resolution too high to fit into video memory!\n",
 			var->xres, var->yres, var->bits_per_pixel);
-		DPRINTK ("EXIT - EINVAL error\n");
+		DPRINTK("EXIT - EINVAL error\n");
 		return -EINVAL;
 	}
 
 	/* use highest possible virtual resolution */
 	if (var->xres_virtual == -1 &&
 	    var->yres_virtual == -1) {
-		printk ("cirrusfb: using maximum available virtual resolution\n");
+		printk(KERN_INFO
+		     "cirrusfb: using maximum available virtual resolution\n");
 		for (i = 0; modes[i].xres != -1; i++) {
 			if (modes[i].xres * nom / den * modes[i].yres < cinfo->size / 2)
 				break;
 		}
 		if (modes[i].xres == -1) {
-			printk ("cirrusfb: could not find a virtual resolution that fits into video memory!!\n");
-			DPRINTK ("EXIT - EINVAL error\n");
+			printk(KERN_ERR "cirrusfb: could not find a virtual "
+				"resolution that fits into video memory!!\n");
+			DPRINTK("EXIT - EINVAL error\n");
 			return -EINVAL;
 		}
 		var->xres_virtual = modes[i].xres;
 		var->yres_virtual = modes[i].yres;
 
-		printk ("cirrusfb: virtual resolution set to maximum of %dx%d\n",
-			var->xres_virtual, var->yres_virtual);
+		printk(KERN_INFO "cirrusfb: virtual resolution set to "
+			"maximum of %dx%d\n", var->xres_virtual,
+			var->yres_virtual);
 	}
 
 	if (var->xres_virtual < var->xres)
@@ -760,7 +757,7 @@ static int cirrusfb_check_var(struct fb_
 		break;
 
 	case 16:
-		if(isPReP) {
+		if (isPReP) {
 			var->red.offset = 2;
 			var->green.offset = -3;
 			var->blue.offset = 8;
@@ -775,7 +772,7 @@ static int cirrusfb_check_var(struct fb_
 		break;
 
 	case 24:
-		if(isPReP) {
+		if (isPReP) {
 			var->red.offset = 8;
 			var->green.offset = 16;
 			var->blue.offset = 24;
@@ -790,7 +787,7 @@ static int cirrusfb_check_var(struct fb_
 		break;
 
 	case 32:
-		if(isPReP) {
+		if (isPReP) {
 			var->red.offset = 8;
 			var->green.offset = 16;
 			var->blue.offset = 24;
@@ -825,15 +822,16 @@ static int cirrusfb_check_var(struct fb_
 		yres = (yres + 1) / 2;
 
 	if (yres >= 1280) {
-		printk (KERN_WARNING "cirrusfb: ERROR: VerticalTotal >= 1280; special treatment required! (TODO)\n");
-		DPRINTK ("EXIT - EINVAL error\n");
+		printk(KERN_ERR "cirrusfb: ERROR: VerticalTotal >= 1280; "
+			"special treatment required! (TODO)\n");
+		DPRINTK("EXIT - EINVAL error\n");
 		return -EINVAL;
 	}
 
 	return 0;
 }
 
-static int cirrusfb_decode_var (const struct fb_var_screeninfo *var,
+static int cirrusfb_decode_var(const struct fb_var_screeninfo *var,
 				struct cirrusfb_regs *regs,
 				const struct fb_info *info)
 {
@@ -844,7 +842,7 @@ static int cirrusfb_decode_var (const st
 	int xres, hfront, hsync, hback;
 	int yres, vfront, vsync, vback;
 
-	switch(var->bits_per_pixel) {
+	switch (var->bits_per_pixel) {
 	case 1:
 		regs->line_length = var->xres_virtual / 8;
 		regs->visual = FB_VISUAL_MONO10;
@@ -887,7 +885,7 @@ static int cirrusfb_decode_var (const st
 	/* convert from ps to kHz */
 	freq = 1000000000 / var->pixclock;
 
-	DPRINTK ("desired pixclock: %ld kHz\n", freq);
+	DPRINTK("desired pixclock: %ld kHz\n", freq);
 
 	maxclock = cirrusfb_board_info[cinfo->btype].maxclock[maxclockidx];
 	regs->multiplexing = 0;
@@ -902,8 +900,9 @@ static int cirrusfb_decode_var (const st
 			break;
 
 		default:
-			printk (KERN_WARNING "cirrusfb: ERROR: Frequency greater than maxclock (%ld kHz)\n", maxclock);
-			DPRINTK ("EXIT - return -EINVAL\n");
+			printk(KERN_ERR "cirrusfb: Frequency greater "
+				"than maxclock (%ld kHz)\n", maxclock);
+			DPRINTK("EXIT - return -EINVAL\n");
 			return -EINVAL;
 		}
 	}
@@ -914,14 +913,16 @@ static int cirrusfb_decode_var (const st
 	case 16:
 	case 32:
 		if (regs->HorizRes <= 800)
-			freq /= 2;	/* Xbh has this type of clock for 32-bit */
+			/* Xbh has this type of clock for 32-bit */
+			freq /= 2;
 		break;
 	}
 #endif
 
-	bestclock (freq, &regs->freq, &regs->nom, &regs->den, &regs->div,
-		   maxclock);
-	regs->mclk = cirrusfb_get_mclk (freq, var->bits_per_pixel, &regs->divMCLK);
+	bestclock(freq, &regs->freq, &regs->nom, &regs->den, &regs->div,
+		  maxclock);
+	regs->mclk = cirrusfb_get_mclk(freq, var->bits_per_pixel,
+					&regs->divMCLK);
 
 	xres = var->xres;
 	hfront = var->right_margin;
@@ -948,7 +949,8 @@ static int cirrusfb_decode_var (const st
 	regs->HorizTotal = (xres + hfront + hsync + hback) / 8 - 5;
 	regs->HorizDispEnd = xres / 8 - 1;
 	regs->HorizBlankStart = xres / 8;
-	regs->HorizBlankEnd = regs->HorizTotal + 5;	/* does not count with "-5" */
+	/* does not count with "-5" */
+	regs->HorizBlankEnd = regs->HorizTotal + 5;
 	regs->HorizSyncStart = (xres + hfront) / 8 + 1;
 	regs->HorizSyncEnd = (xres + hfront + hsync) / 8 + 1;
 
@@ -976,23 +978,23 @@ static int cirrusfb_decode_var (const st
 	return 0;
 }
 
-
-static void cirrusfb_set_mclk (const struct cirrusfb_info *cinfo, int val, int div)
+static void cirrusfb_set_mclk(const struct cirrusfb_info *cinfo, int val,
+				int div)
 {
-	assert (cinfo != NULL);
+	assert(cinfo != NULL);
 
 	if (div == 2) {
 		/* VCLK = MCLK/2 */
-		unsigned char old = vga_rseq (cinfo->regbase, CL_SEQR1E);
-		vga_wseq (cinfo->regbase, CL_SEQR1E, old | 0x1);
-		vga_wseq (cinfo->regbase, CL_SEQR1F, 0x40 | (val & 0x3f));
+		unsigned char old = vga_rseq(cinfo->regbase, CL_SEQR1E);
+		vga_wseq(cinfo->regbase, CL_SEQR1E, old | 0x1);
+		vga_wseq(cinfo->regbase, CL_SEQR1F, 0x40 | (val & 0x3f));
 	} else if (div == 1) {
 		/* VCLK = MCLK */
-		unsigned char old = vga_rseq (cinfo->regbase, CL_SEQR1E);
-		vga_wseq (cinfo->regbase, CL_SEQR1E, old & ~0x1);
-		vga_wseq (cinfo->regbase, CL_SEQR1F, 0x40 | (val & 0x3f));
+		unsigned char old = vga_rseq(cinfo->regbase, CL_SEQR1E);
+		vga_wseq(cinfo->regbase, CL_SEQR1E, old & ~0x1);
+		vga_wseq(cinfo->regbase, CL_SEQR1F, 0x40 | (val & 0x3f));
 	} else {
-		vga_wseq (cinfo->regbase, CL_SEQR1F, val & 0x3f);
+		vga_wseq(cinfo->regbase, CL_SEQR1F, val & 0x3f);
 	}
 }
 
@@ -1001,7 +1003,7 @@ static void cirrusfb_set_mclk (const str
 
 	actually writes the values for a new video mode into the hardware,
 **************************************************************************/
-static int cirrusfb_set_par_foo (struct fb_info *info)
+static int cirrusfb_set_par_foo(struct fb_info *info)
 {
 	struct cirrusfb_info *cinfo = info->par;
 	struct fb_var_screeninfo *var = &info->var;
@@ -1011,15 +1013,15 @@ static int cirrusfb_set_par_foo (struct 
 	int offset = 0, err;
 	const struct cirrusfb_board_info_rec *bi;
 
-	DPRINTK ("ENTER\n");
-	DPRINTK ("Requested mode: %dx%dx%d\n",
+	DPRINTK("ENTER\n");
+	DPRINTK("Requested mode: %dx%dx%d\n",
 	       var->xres, var->yres, var->bits_per_pixel);
-	DPRINTK ("pixclock: %d\n", var->pixclock);
+	DPRINTK("pixclock: %d\n", var->pixclock);
 
-	init_vgachip (cinfo);
+	init_vgachip(cinfo);
 
 	err = cirrusfb_decode_var(var, &regs, info);
-	if(err) {
+	if (err) {
 		/* should never happen */
 		DPRINTK("mode change aborted.  invalid var.\n");
 		return -EINVAL;
@@ -1027,34 +1029,35 @@ static int cirrusfb_set_par_foo (struct 
 
 	bi = &cirrusfb_board_info[cinfo->btype];
 
-
 	/* unlock register VGA_CRTC_H_TOTAL..CRT7 */
-	vga_wcrt (regbase, VGA_CRTC_V_SYNC_END, 0x20);	/* previously: 0x00) */
+	vga_wcrt(regbase, VGA_CRTC_V_SYNC_END, 0x20);	/* previously: 0x00) */
 
 	/* if debugging is enabled, all parameters get output before writing */
-	DPRINTK ("CRT0: %ld\n", regs.HorizTotal);
-	vga_wcrt (regbase, VGA_CRTC_H_TOTAL, regs.HorizTotal);
+	DPRINTK("CRT0: %ld\n", regs.HorizTotal);
+	vga_wcrt(regbase, VGA_CRTC_H_TOTAL, regs.HorizTotal);
 
-	DPRINTK ("CRT1: %ld\n", regs.HorizDispEnd);
-	vga_wcrt (regbase, VGA_CRTC_H_DISP, regs.HorizDispEnd);
+	DPRINTK("CRT1: %ld\n", regs.HorizDispEnd);
+	vga_wcrt(regbase, VGA_CRTC_H_DISP, regs.HorizDispEnd);
 
-	DPRINTK ("CRT2: %ld\n", regs.HorizBlankStart);
-	vga_wcrt (regbase, VGA_CRTC_H_BLANK_START, regs.HorizBlankStart);
+	DPRINTK("CRT2: %ld\n", regs.HorizBlankStart);
+	vga_wcrt(regbase, VGA_CRTC_H_BLANK_START, regs.HorizBlankStart);
 
-	DPRINTK ("CRT3: 128+%ld\n", regs.HorizBlankEnd % 32);	/*  + 128: Compatible read */
-	vga_wcrt (regbase, VGA_CRTC_H_BLANK_END, 128 + (regs.HorizBlankEnd % 32));
+	/*  + 128: Compatible read */
+	DPRINTK("CRT3: 128+%ld\n", regs.HorizBlankEnd % 32);
+	vga_wcrt(regbase, VGA_CRTC_H_BLANK_END,
+		 128 + (regs.HorizBlankEnd % 32));
 
-	DPRINTK ("CRT4: %ld\n", regs.HorizSyncStart);
-	vga_wcrt (regbase, VGA_CRTC_H_SYNC_START, regs.HorizSyncStart);
+	DPRINTK("CRT4: %ld\n", regs.HorizSyncStart);
+	vga_wcrt(regbase, VGA_CRTC_H_SYNC_START, regs.HorizSyncStart);
 
 	tmp = regs.HorizSyncEnd % 32;
 	if (regs.HorizBlankEnd & 32)
 		tmp += 128;
-	DPRINTK ("CRT5: %d\n", tmp);
-	vga_wcrt (regbase, VGA_CRTC_H_SYNC_END, tmp);
+	DPRINTK("CRT5: %d\n", tmp);
+	vga_wcrt(regbase, VGA_CRTC_H_SYNC_END, tmp);
 
-	DPRINTK ("CRT6: %ld\n", regs.VertTotal & 0xff);
-	vga_wcrt (regbase, VGA_CRTC_V_TOTAL, (regs.VertTotal & 0xff));
+	DPRINTK("CRT6: %ld\n", regs.VertTotal & 0xff);
+	vga_wcrt(regbase, VGA_CRTC_V_TOTAL, (regs.VertTotal & 0xff));
 
 	tmp = 16;		/* LineCompare bit #9 */
 	if (regs.VertTotal & 256)
@@ -1071,34 +1074,34 @@ static int cirrusfb_set_par_foo (struct 
 		tmp |= 64;
 	if (regs.VertSyncStart & 512)
 		tmp |= 128;
-	DPRINTK ("CRT7: %d\n", tmp);
-	vga_wcrt (regbase, VGA_CRTC_OVERFLOW, tmp);
+	DPRINTK("CRT7: %d\n", tmp);
+	vga_wcrt(regbase, VGA_CRTC_OVERFLOW, tmp);
 
 	tmp = 0x40;		/* LineCompare bit #8 */
 	if (regs.VertBlankStart & 512)
 		tmp |= 0x20;
 	if (var->vmode & FB_VMODE_DOUBLE)
 		tmp |= 0x80;
-	DPRINTK ("CRT9: %d\n", tmp);
-	vga_wcrt (regbase, VGA_CRTC_MAX_SCAN, tmp);
+	DPRINTK("CRT9: %d\n", tmp);
+	vga_wcrt(regbase, VGA_CRTC_MAX_SCAN, tmp);
 
-	DPRINTK ("CRT10: %ld\n", regs.VertSyncStart & 0xff);
-	vga_wcrt (regbase, VGA_CRTC_V_SYNC_START, (regs.VertSyncStart & 0xff));
+	DPRINTK("CRT10: %ld\n", regs.VertSyncStart & 0xff);
+	vga_wcrt(regbase, VGA_CRTC_V_SYNC_START, regs.VertSyncStart & 0xff);
 
-	DPRINTK ("CRT11: 64+32+%ld\n", regs.VertSyncEnd % 16);
-	vga_wcrt (regbase, VGA_CRTC_V_SYNC_END, (regs.VertSyncEnd % 16 + 64 + 32));
+	DPRINTK("CRT11: 64+32+%ld\n", regs.VertSyncEnd % 16);
+	vga_wcrt(regbase, VGA_CRTC_V_SYNC_END, regs.VertSyncEnd % 16 + 64 + 32);
 
-	DPRINTK ("CRT12: %ld\n", regs.VertDispEnd & 0xff);
-	vga_wcrt (regbase, VGA_CRTC_V_DISP_END, (regs.VertDispEnd & 0xff));
+	DPRINTK("CRT12: %ld\n", regs.VertDispEnd & 0xff);
+	vga_wcrt(regbase, VGA_CRTC_V_DISP_END, regs.VertDispEnd & 0xff);
 
-	DPRINTK ("CRT15: %ld\n", regs.VertBlankStart & 0xff);
-	vga_wcrt (regbase, VGA_CRTC_V_BLANK_START, (regs.VertBlankStart & 0xff));
+	DPRINTK("CRT15: %ld\n", regs.VertBlankStart & 0xff);
+	vga_wcrt(regbase, VGA_CRTC_V_BLANK_START, regs.VertBlankStart & 0xff);
 
-	DPRINTK ("CRT16: %ld\n", regs.VertBlankEnd & 0xff);
-	vga_wcrt (regbase, VGA_CRTC_V_BLANK_END, (regs.VertBlankEnd & 0xff));
+	DPRINTK("CRT16: %ld\n", regs.VertBlankEnd & 0xff);
+	vga_wcrt(regbase, VGA_CRTC_V_BLANK_END, regs.VertBlankEnd & 0xff);
 
-	DPRINTK ("CRT18: 0xff\n");
-	vga_wcrt (regbase, VGA_CRTC_LINE_COMPARE, 0xff);
+	DPRINTK("CRT18: 0xff\n");
+	vga_wcrt(regbase, VGA_CRTC_LINE_COMPARE, 0xff);
 
 	tmp = 0;
 	if (var->vmode & FB_VMODE_INTERLACED)
@@ -1112,57 +1115,63 @@ static int cirrusfb_set_par_foo (struct 
 	if (regs.VertBlankEnd & 512)
 		tmp |= 128;
 
-	DPRINTK ("CRT1a: %d\n", tmp);
-	vga_wcrt (regbase, CL_CRT1A, tmp);
+	DPRINTK("CRT1a: %d\n", tmp);
+	vga_wcrt(regbase, CL_CRT1A, tmp);
 
 	/* set VCLK0 */
 	/* hardware RefClock: 14.31818 MHz */
 	/* formula: VClk = (OSC * N) / (D * (1+P)) */
 	/* Example: VClk = (14.31818 * 91) / (23 * (1+1)) = 28.325 MHz */
 
-	vga_wseq (regbase, CL_SEQRB, regs.nom);
+	vga_wseq(regbase, CL_SEQRB, regs.nom);
 	tmp = regs.den << 1;
 	if (regs.div != 0)
 		tmp |= 1;
 
+	/* 6 bit denom; ONLY 5434!!! (bugged me 10 days) */
 	if ((cinfo->btype == BT_SD64) ||
 	    (cinfo->btype == BT_ALPINE) ||
 	    (cinfo->btype == BT_GD5480))
-		tmp |= 0x80;	/* 6 bit denom; ONLY 5434!!! (bugged me 10 days) */
+		tmp |= 0x80;
 
-	DPRINTK ("CL_SEQR1B: %ld\n", (long) tmp);
-	vga_wseq (regbase, CL_SEQR1B, tmp);
+	DPRINTK("CL_SEQR1B: %ld\n", (long) tmp);
+	vga_wseq(regbase, CL_SEQR1B, tmp);
 
 	if (regs.VertRes >= 1024)
 		/* 1280x1024 */
-		vga_wcrt (regbase, VGA_CRTC_MODE, 0xc7);
+		vga_wcrt(regbase, VGA_CRTC_MODE, 0xc7);
 	else
 		/* mode control: VGA_CRTC_START_HI enable, ROTATE(?), 16bit
 		 * address wrap, no compat. */
-		vga_wcrt (regbase, VGA_CRTC_MODE, 0xc3);
+		vga_wcrt(regbase, VGA_CRTC_MODE, 0xc3);
 
-/* HAEH?        vga_wcrt (regbase, VGA_CRTC_V_SYNC_END, 0x20);  * previously: 0x00  unlock VGA_CRTC_H_TOTAL..CRT7 */
+/* HAEH?	vga_wcrt(regbase, VGA_CRTC_V_SYNC_END, 0x20);
+ * previously: 0x00  unlock VGA_CRTC_H_TOTAL..CRT7 */
 
 	/* don't know if it would hurt to also program this if no interlaced */
 	/* mode is used, but I feel better this way.. :-) */
 	if (var->vmode & FB_VMODE_INTERLACED)
-		vga_wcrt (regbase, VGA_CRTC_REGS, regs.HorizTotal / 2);
+		vga_wcrt(regbase, VGA_CRTC_REGS, regs.HorizTotal / 2);
 	else
-		vga_wcrt (regbase, VGA_CRTC_REGS, 0x00);	/* interlace control */
+		vga_wcrt(regbase, VGA_CRTC_REGS, 0x00);	/* interlace control */
 
-	vga_wseq (regbase, VGA_SEQ_CHARACTER_MAP, 0);
+	vga_wseq(regbase, VGA_SEQ_CHARACTER_MAP, 0);
 
 	/* adjust horizontal/vertical sync type (low/high) */
-	tmp = 0x03;		/* enable display memory & CRTC I/O address for color mode */
+	/* enable display memory & CRTC I/O address for color mode */
+	tmp = 0x03;
 	if (var->sync & FB_SYNC_HOR_HIGH_ACT)
 		tmp |= 0x40;
 	if (var->sync & FB_SYNC_VERT_HIGH_ACT)
 		tmp |= 0x80;
-	WGen (cinfo, VGA_MIS_W, tmp);
+	WGen(cinfo, VGA_MIS_W, tmp);
 
-	vga_wcrt (regbase, VGA_CRTC_PRESET_ROW, 0);	/* Screen A Preset Row-Scan register */
-	vga_wcrt (regbase, VGA_CRTC_CURSOR_START, 0);	/* text cursor on and start line */
-	vga_wcrt (regbase, VGA_CRTC_CURSOR_END, 31);	/* text cursor end line */
+	/* Screen A Preset Row-Scan register */
+	vga_wcrt(regbase, VGA_CRTC_PRESET_ROW, 0);
+	/* text cursor on and start line */
+	vga_wcrt(regbase, VGA_CRTC_CURSOR_START, 0);
+	/* text cursor end line */
+	vga_wcrt(regbase, VGA_CRTC_CURSOR_END, 31);
 
 	/******************************************************
 	 *
@@ -1172,8 +1181,8 @@ static int cirrusfb_set_par_foo (struct 
 
 	/* programming for different color depths */
 	if (var->bits_per_pixel == 1) {
-		DPRINTK ("cirrusfb: preparing for 1 bit deep display\n");
-		vga_wgfx (regbase, VGA_GFX_MODE, 0);	/* mode register */
+		DPRINTK("cirrusfb: preparing for 1 bit deep display\n");
+		vga_wgfx(regbase, VGA_GFX_MODE, 0);	/* mode register */
 
 		/* SR07 */
 		switch (cinfo->btype) {
@@ -1184,71 +1193,85 @@ static int cirrusfb_set_par_foo (struct 
 		case BT_PICASSO4:
 		case BT_ALPINE:
 		case BT_GD5480:
-			DPRINTK (" (for GD54xx)\n");
-			vga_wseq (regbase, CL_SEQR7,
+			DPRINTK(" (for GD54xx)\n");
+			vga_wseq(regbase, CL_SEQR7,
 				  regs.multiplexing ?
 					bi->sr07_1bpp_mux : bi->sr07_1bpp);
 			break;
 
 		case BT_LAGUNA:
-			DPRINTK (" (for GD546x)\n");
-			vga_wseq (regbase, CL_SEQR7,
-				vga_rseq (regbase, CL_SEQR7) & ~0x01);
+			DPRINTK(" (for GD546x)\n");
+			vga_wseq(regbase, CL_SEQR7,
+				vga_rseq(regbase, CL_SEQR7) & ~0x01);
 			break;
 
 		default:
-			printk (KERN_WARNING "cirrusfb: unknown Board\n");
+			printk(KERN_WARNING "cirrusfb: unknown Board\n");
 			break;
 		}
 
 		/* Extended Sequencer Mode */
 		switch (cinfo->btype) {
 		case BT_SD64:
-			/* setting the SEQRF on SD64 is not necessary (only during init) */
-			DPRINTK ("(for SD64)\n");
-			vga_wseq (regbase, CL_SEQR1F, 0x1a);		/*  MCLK select */
+			/* setting the SEQRF on SD64 is not necessary
+			 * (only during init)
+			 */
+			DPRINTK("(for SD64)\n");
+			/*  MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x1a);
 			break;
 
 		case BT_PICCOLO:
-			DPRINTK ("(for Piccolo)\n");
-/* ### ueberall 0x22? */
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* ##vorher 1c MCLK select */
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* evtl d0 bei 1 bit? avoid FIFO underruns..? */
+			DPRINTK("(for Piccolo)\n");
+			/* ### ueberall 0x22? */
+			/* ##vorher 1c MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
+			/* evtl d0 bei 1 bit? avoid FIFO underruns..? */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
 			break;
 
 		case BT_PICASSO:
-			DPRINTK ("(for Picasso)\n");
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* ##vorher 22 MCLK select */
-			vga_wseq (regbase, CL_SEQRF, 0xd0);	/* ## vorher d0 avoid FIFO underruns..? */
+			DPRINTK("(for Picasso)\n");
+			/* ##vorher 22 MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
+			/* ## vorher d0 avoid FIFO underruns..? */
+			vga_wseq(regbase, CL_SEQRF, 0xd0);
 			break;
 
 		case BT_SPECTRUM:
-			DPRINTK ("(for Spectrum)\n");
-/* ### ueberall 0x22? */
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* ##vorher 1c MCLK select */
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* evtl d0? avoid FIFO underruns..? */
+			DPRINTK("(for Spectrum)\n");
+			/* ### ueberall 0x22? */
+			/* ##vorher 1c MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
+			/* evtl d0? avoid FIFO underruns..? */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
 			break;
 
 		case BT_PICASSO4:
 		case BT_ALPINE:
 		case BT_GD5480:
 		case BT_LAGUNA:
-			DPRINTK (" (for GD54xx)\n");
+			DPRINTK(" (for GD54xx)\n");
 			/* do nothing */
 			break;
 
 		default:
-			printk (KERN_WARNING "cirrusfb: unknown Board\n");
+			printk(KERN_WARNING "cirrusfb: unknown Board\n");
 			break;
 		}
 
-		WGen (cinfo, VGA_PEL_MSK, 0x01);	/* pixel mask: pass-through for first plane */
+		/* pixel mask: pass-through for first plane */
+		WGen(cinfo, VGA_PEL_MSK, 0x01);
 		if (regs.multiplexing)
-			WHDR (cinfo, 0x4a);	/* hidden dac reg: 1280x1024 */
+			/* hidden dac reg: 1280x1024 */
+			WHDR(cinfo, 0x4a);
 		else
-			WHDR (cinfo, 0);	/* hidden dac: nothing */
-		vga_wseq (regbase, VGA_SEQ_MEMORY_MODE, 0x06);	/* memory mode: odd/even, ext. memory */
-		vga_wseq (regbase, VGA_SEQ_PLANE_WRITE, 0x01);	/* plane mask: only write to first plane */
+			/* hidden dac: nothing */
+			WHDR(cinfo, 0);
+		/* memory mode: odd/even, ext. memory */
+		vga_wseq(regbase, VGA_SEQ_MEMORY_MODE, 0x06);
+		/* plane mask: only write to first plane */
+		vga_wseq(regbase, VGA_SEQ_PLANE_WRITE, 0x01);
 		offset = var->xres_virtual / 16;
 	}
 
@@ -1259,7 +1282,7 @@ static int cirrusfb_set_par_foo (struct 
 	 */
 
 	else if (var->bits_per_pixel == 8) {
-		DPRINTK ("cirrusfb: preparing for 8 bit deep display\n");
+		DPRINTK("cirrusfb: preparing for 8 bit deep display\n");
 		switch (cinfo->btype) {
 		case BT_SD64:
 		case BT_PICCOLO:
@@ -1268,75 +1291,89 @@ static int cirrusfb_set_par_foo (struct 
 		case BT_PICASSO4:
 		case BT_ALPINE:
 		case BT_GD5480:
-			DPRINTK (" (for GD54xx)\n");
-			vga_wseq (regbase, CL_SEQR7,
+			DPRINTK(" (for GD54xx)\n");
+			vga_wseq(regbase, CL_SEQR7,
 				  regs.multiplexing ?
 					bi->sr07_8bpp_mux : bi->sr07_8bpp);
 			break;
 
 		case BT_LAGUNA:
-			DPRINTK (" (for GD546x)\n");
-			vga_wseq (regbase, CL_SEQR7,
-				vga_rseq (regbase, CL_SEQR7) | 0x01);
+			DPRINTK(" (for GD546x)\n");
+			vga_wseq(regbase, CL_SEQR7,
+				vga_rseq(regbase, CL_SEQR7) | 0x01);
 			break;
 
 		default:
-			printk (KERN_WARNING "cirrusfb: unknown Board\n");
+			printk(KERN_WARNING "cirrusfb: unknown Board\n");
 			break;
 		}
 
 		switch (cinfo->btype) {
 		case BT_SD64:
-			vga_wseq (regbase, CL_SEQR1F, 0x1d);		/* MCLK select */
+			/* MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x1d);
 			break;
 
 		case BT_PICCOLO:
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* ### vorher 1c MCLK select */
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* Fast Page-Mode writes */
+			/* ### vorher 1c MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
+			/* Fast Page-Mode writes */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
 			break;
 
 		case BT_PICASSO:
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* ### vorher 1c MCLK select */
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* Fast Page-Mode writes */
+			/* ### vorher 1c MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
+			/* Fast Page-Mode writes */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
 			break;
 
 		case BT_SPECTRUM:
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* ### vorher 1c MCLK select */
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* Fast Page-Mode writes */
+			/* ### vorher 1c MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
+			/* Fast Page-Mode writes */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
 			break;
 
 		case BT_PICASSO4:
 #ifdef CONFIG_ZORRO
-			vga_wseq (regbase, CL_SEQRF, 0xb8);	/* ### INCOMPLETE!! */
+			/* ### INCOMPLETE!! */
+			vga_wseq(regbase, CL_SEQRF, 0xb8);
 #endif
-/*          vga_wseq (regbase, CL_SEQR1F, 0x1c); */
+/*	  		vga_wseq(regbase, CL_SEQR1F, 0x1c); */
 			break;
 
 		case BT_ALPINE:
-			DPRINTK (" (for GD543x)\n");
-			cirrusfb_set_mclk (cinfo, regs.mclk, regs.divMCLK);
+			DPRINTK(" (for GD543x)\n");
+			cirrusfb_set_mclk(cinfo, regs.mclk, regs.divMCLK);
 			/* We already set SRF and SR1F */
 			break;
 
 		case BT_GD5480:
 		case BT_LAGUNA:
-			DPRINTK (" (for GD54xx)\n");
+			DPRINTK(" (for GD54xx)\n");
 			/* do nothing */
 			break;
 
 		default:
-			printk (KERN_WARNING "cirrusfb: unknown Board\n");
+			printk(KERN_WARNING "cirrusfb: unknown Board\n");
 			break;
 		}
 
-		vga_wgfx (regbase, VGA_GFX_MODE, 64);	/* mode register: 256 color mode */
-		WGen (cinfo, VGA_PEL_MSK, 0xff);	/* pixel mask: pass-through all planes */
+		/* mode register: 256 color mode */
+		vga_wgfx(regbase, VGA_GFX_MODE, 64);
+		/* pixel mask: pass-through all planes */
+		WGen(cinfo, VGA_PEL_MSK, 0xff);
 		if (regs.multiplexing)
-			WHDR (cinfo, 0x4a);	/* hidden dac reg: 1280x1024 */
+			/* hidden dac reg: 1280x1024 */
+			WHDR(cinfo, 0x4a);
 		else
-			WHDR (cinfo, 0);	/* hidden dac: nothing */
-		vga_wseq (regbase, VGA_SEQ_MEMORY_MODE, 0x0a);	/* memory mode: chain4, ext. memory */
-		vga_wseq (regbase, VGA_SEQ_PLANE_WRITE, 0xff);	/* plane mask: enable writing to all 4 planes */
+			/* hidden dac: nothing */
+			WHDR(cinfo, 0);
+		/* memory mode: chain4, ext. memory */
+		vga_wseq(regbase, VGA_SEQ_MEMORY_MODE, 0x0a);
+		/* plane mask: enable writing to all 4 planes */
+		vga_wseq(regbase, VGA_SEQ_PLANE_WRITE, 0xff);
 		offset = var->xres_virtual / 8;
 	}
 
@@ -1347,72 +1384,84 @@ static int cirrusfb_set_par_foo (struct 
 	 */
 
 	else if (var->bits_per_pixel == 16) {
-		DPRINTK ("cirrusfb: preparing for 16 bit deep display\n");
+		DPRINTK("cirrusfb: preparing for 16 bit deep display\n");
 		switch (cinfo->btype) {
 		case BT_SD64:
-			vga_wseq (regbase, CL_SEQR7, 0xf7);	/* Extended Sequencer Mode: 256c col. mode */
-			vga_wseq (regbase, CL_SEQR1F, 0x1e);		/* MCLK select */
+			/* Extended Sequencer Mode: 256c col. mode */
+			vga_wseq(regbase, CL_SEQR7, 0xf7);
+			/* MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x1e);
 			break;
 
 		case BT_PICCOLO:
-			vga_wseq (regbase, CL_SEQR7, 0x87);
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* Fast Page-Mode writes */
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* MCLK select */
+			vga_wseq(regbase, CL_SEQR7, 0x87);
+			/* Fast Page-Mode writes */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
+			/* MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
 			break;
 
 		case BT_PICASSO:
-			vga_wseq (regbase, CL_SEQR7, 0x27);
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* Fast Page-Mode writes */
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* MCLK select */
+			vga_wseq(regbase, CL_SEQR7, 0x27);
+			/* Fast Page-Mode writes */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
+			/* MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
 			break;
 
 		case BT_SPECTRUM:
-			vga_wseq (regbase, CL_SEQR7, 0x87);
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* Fast Page-Mode writes */
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* MCLK select */
+			vga_wseq(regbase, CL_SEQR7, 0x87);
+			/* Fast Page-Mode writes */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
+			/* MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
 			break;
 
 		case BT_PICASSO4:
-			vga_wseq (regbase, CL_SEQR7, 0x27);
-/*          vga_wseq (regbase, CL_SEQR1F, 0x1c);  */
+			vga_wseq(regbase, CL_SEQR7, 0x27);
+/*			vga_wseq(regbase, CL_SEQR1F, 0x1c);  */
 			break;
 
 		case BT_ALPINE:
-			DPRINTK (" (for GD543x)\n");
+			DPRINTK(" (for GD543x)\n");
 			if (regs.HorizRes >= 1024)
-				vga_wseq (regbase, CL_SEQR7, 0xa7);
+				vga_wseq(regbase, CL_SEQR7, 0xa7);
 			else
-				vga_wseq (regbase, CL_SEQR7, 0xa3);
-			cirrusfb_set_mclk (cinfo, regs.mclk, regs.divMCLK);
+				vga_wseq(regbase, CL_SEQR7, 0xa3);
+			cirrusfb_set_mclk(cinfo, regs.mclk, regs.divMCLK);
 			break;
 
 		case BT_GD5480:
-			DPRINTK (" (for GD5480)\n");
-			vga_wseq (regbase, CL_SEQR7, 0x17);
+			DPRINTK(" (for GD5480)\n");
+			vga_wseq(regbase, CL_SEQR7, 0x17);
 			/* We already set SRF and SR1F */
 			break;
 
 		case BT_LAGUNA:
-			DPRINTK (" (for GD546x)\n");
-			vga_wseq (regbase, CL_SEQR7,
-				vga_rseq (regbase, CL_SEQR7) & ~0x01);
+			DPRINTK(" (for GD546x)\n");
+			vga_wseq(regbase, CL_SEQR7,
+				vga_rseq(regbase, CL_SEQR7) & ~0x01);
 			break;
 
 		default:
-			printk (KERN_WARNING "CIRRUSFB: unknown Board\n");
+			printk(KERN_WARNING "CIRRUSFB: unknown Board\n");
 			break;
 		}
 
-		vga_wgfx (regbase, VGA_GFX_MODE, 64);	/* mode register: 256 color mode */
-		WGen (cinfo, VGA_PEL_MSK, 0xff);	/* pixel mask: pass-through all planes */
+		/* mode register: 256 color mode */
+		vga_wgfx(regbase, VGA_GFX_MODE, 64);
+		/* pixel mask: pass-through all planes */
+		WGen(cinfo, VGA_PEL_MSK, 0xff);
 #ifdef CONFIG_PCI
-		WHDR (cinfo, 0xc0);	/* Copy Xbh */
+		WHDR(cinfo, 0xc0);	/* Copy Xbh */
 #elif defined(CONFIG_ZORRO)
 		/* FIXME: CONFIG_PCI and CONFIG_ZORRO may be defined both */
-		WHDR (cinfo, 0xa0);	/* hidden dac reg: nothing special */
+		WHDR(cinfo, 0xa0);	/* hidden dac reg: nothing special */
 #endif
-		vga_wseq (regbase, VGA_SEQ_MEMORY_MODE, 0x0a);	/* memory mode: chain4, ext. memory */
-		vga_wseq (regbase, VGA_SEQ_PLANE_WRITE, 0xff);	/* plane mask: enable writing to all 4 planes */
+		/* memory mode: chain4, ext. memory */
+		vga_wseq(regbase, VGA_SEQ_MEMORY_MODE, 0x0a);
+		/* plane mask: enable writing to all 4 planes */
+		vga_wseq(regbase, VGA_SEQ_PLANE_WRITE, 0xff);
 		offset = var->xres_virtual / 4;
 	}
 
@@ -1423,64 +1472,77 @@ static int cirrusfb_set_par_foo (struct 
 	 */
 
 	else if (var->bits_per_pixel == 32) {
-		DPRINTK ("cirrusfb: preparing for 24/32 bit deep display\n");
+		DPRINTK("cirrusfb: preparing for 24/32 bit deep display\n");
 		switch (cinfo->btype) {
 		case BT_SD64:
-			vga_wseq (regbase, CL_SEQR7, 0xf9);	/* Extended Sequencer Mode: 256c col. mode */
-			vga_wseq (regbase, CL_SEQR1F, 0x1e);		/* MCLK select */
+			/* Extended Sequencer Mode: 256c col. mode */
+			vga_wseq(regbase, CL_SEQR7, 0xf9);
+			/* MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x1e);
 			break;
 
 		case BT_PICCOLO:
-			vga_wseq (regbase, CL_SEQR7, 0x85);
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* Fast Page-Mode writes */
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* MCLK select */
+			vga_wseq(regbase, CL_SEQR7, 0x85);
+			/* Fast Page-Mode writes */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
+			/* MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
 			break;
 
 		case BT_PICASSO:
-			vga_wseq (regbase, CL_SEQR7, 0x25);
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* Fast Page-Mode writes */
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* MCLK select */
+			vga_wseq(regbase, CL_SEQR7, 0x25);
+			/* Fast Page-Mode writes */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
+			/* MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
 			break;
 
 		case BT_SPECTRUM:
-			vga_wseq (regbase, CL_SEQR7, 0x85);
-			vga_wseq (regbase, CL_SEQRF, 0xb0);	/* Fast Page-Mode writes */
-			vga_wseq (regbase, CL_SEQR1F, 0x22);		/* MCLK select */
+			vga_wseq(regbase, CL_SEQR7, 0x85);
+			/* Fast Page-Mode writes */
+			vga_wseq(regbase, CL_SEQRF, 0xb0);
+			/* MCLK select */
+			vga_wseq(regbase, CL_SEQR1F, 0x22);
 			break;
 
 		case BT_PICASSO4:
-			vga_wseq (regbase, CL_SEQR7, 0x25);
-/*          vga_wseq (regbase, CL_SEQR1F, 0x1c);  */
+			vga_wseq(regbase, CL_SEQR7, 0x25);
+/*			vga_wseq(regbase, CL_SEQR1F, 0x1c);  */
 			break;
 
 		case BT_ALPINE:
-			DPRINTK (" (for GD543x)\n");
-			vga_wseq (regbase, CL_SEQR7, 0xa9);
-			cirrusfb_set_mclk (cinfo, regs.mclk, regs.divMCLK);
+			DPRINTK(" (for GD543x)\n");
+			vga_wseq(regbase, CL_SEQR7, 0xa9);
+			cirrusfb_set_mclk(cinfo, regs.mclk, regs.divMCLK);
 			break;
 
 		case BT_GD5480:
-			DPRINTK (" (for GD5480)\n");
-			vga_wseq (regbase, CL_SEQR7, 0x19);
+			DPRINTK(" (for GD5480)\n");
+			vga_wseq(regbase, CL_SEQR7, 0x19);
 			/* We already set SRF and SR1F */
 			break;
 
 		case BT_LAGUNA:
-			DPRINTK (" (for GD546x)\n");
-			vga_wseq (regbase, CL_SEQR7,
-				vga_rseq (regbase, CL_SEQR7) & ~0x01);
+			DPRINTK(" (for GD546x)\n");
+			vga_wseq(regbase, CL_SEQR7,
+				vga_rseq(regbase, CL_SEQR7) & ~0x01);
 			break;
 
 		default:
-			printk (KERN_WARNING "cirrusfb: unknown Board\n");
+			printk(KERN_WARNING "cirrusfb: unknown Board\n");
 			break;
 		}
 
-		vga_wgfx (regbase, VGA_GFX_MODE, 64);	/* mode register: 256 color mode */
-		WGen (cinfo, VGA_PEL_MSK, 0xff);	/* pixel mask: pass-through all planes */
-		WHDR (cinfo, 0xc5);	/* hidden dac reg: 8-8-8 mode (24 or 32) */
-		vga_wseq (regbase, VGA_SEQ_MEMORY_MODE, 0x0a);	/* memory mode: chain4, ext. memory */
-		vga_wseq (regbase, VGA_SEQ_PLANE_WRITE, 0xff);	/* plane mask: enable writing to all 4 planes */
+		/* mode register: 256 color mode */
+		vga_wgfx(regbase, VGA_GFX_MODE, 64);
+		/* pixel mask: pass-through all planes */
+		WGen(cinfo, VGA_PEL_MSK, 0xff);
+		/* hidden dac reg: 8-8-8 mode (24 or 32) */
+		WHDR(cinfo, 0xc5);
+		/* memory mode: chain4, ext. memory */
+		vga_wseq(regbase, VGA_SEQ_MEMORY_MODE, 0x0a);
+		/* plane mask: enable writing to all 4 planes */
+		vga_wseq(regbase, VGA_SEQ_PLANE_WRITE, 0xff);
 		offset = var->xres_virtual / 4;
 	}
 
@@ -1490,48 +1552,67 @@ static int cirrusfb_set_par_foo (struct 
 	 *
 	 */
 
-	else {
-		printk (KERN_ERR "cirrusfb: What's this?? requested color depth == %d.\n",
+	else
+		printk(KERN_ERR "cirrusfb: What's this?? "
+			" requested color depth == %d.\n",
 			var->bits_per_pixel);
-	}
 
-	vga_wcrt (regbase, VGA_CRTC_OFFSET, offset & 0xff);
+	vga_wcrt(regbase, VGA_CRTC_OFFSET, offset & 0xff);
 	tmp = 0x22;
 	if (offset & 0x100)
 		tmp |= 0x10;	/* offset overflow bit */
 
-	vga_wcrt (regbase, CL_CRT1B, tmp);	/* screen start addr #16-18, fastpagemode cycles */
+	/* screen start addr #16-18, fastpagemode cycles */
+	vga_wcrt(regbase, CL_CRT1B, tmp);
 
 	if (cinfo->btype == BT_SD64 ||
 	    cinfo->btype == BT_PICASSO4 ||
 	    cinfo->btype == BT_ALPINE ||
 	    cinfo->btype == BT_GD5480)
-		vga_wcrt (regbase, CL_CRT1D, 0x00);	/* screen start address bit 19 */
+		/* screen start address bit 19 */
+		vga_wcrt(regbase, CL_CRT1D, 0x00);
 
-	vga_wcrt (regbase, VGA_CRTC_CURSOR_HI, 0);	/* text cursor location high */
-	vga_wcrt (regbase, VGA_CRTC_CURSOR_LO, 0);	/* text cursor location low */
-	vga_wcrt (regbase, VGA_CRTC_UNDERLINE, 0);	/* underline row scanline = at very bottom */
-
-	vga_wattr (regbase, VGA_ATC_MODE, 1);	/* controller mode */
-	vga_wattr (regbase, VGA_ATC_OVERSCAN, 0);		/* overscan (border) color */
-	vga_wattr (regbase, VGA_ATC_PLANE_ENABLE, 15);	/* color plane enable */
-	vga_wattr (regbase, CL_AR33, 0);	/* pixel panning */
-	vga_wattr (regbase, VGA_ATC_COLOR_PAGE, 0);	/* color select */
+	/* text cursor location high */
+	vga_wcrt(regbase, VGA_CRTC_CURSOR_HI, 0);
+	/* text cursor location low */
+	vga_wcrt(regbase, VGA_CRTC_CURSOR_LO, 0);
+	/* underline row scanline = at very bottom */
+	vga_wcrt(regbase, VGA_CRTC_UNDERLINE, 0);
+
+	/* controller mode */
+	vga_wattr(regbase, VGA_ATC_MODE, 1);
+	/* overscan (border) color */
+	vga_wattr(regbase, VGA_ATC_OVERSCAN, 0);
+	/* color plane enable */
+	vga_wattr(regbase, VGA_ATC_PLANE_ENABLE, 15);
+	/* pixel panning */
+	vga_wattr(regbase, CL_AR33, 0);
+	/* color select */
+	vga_wattr(regbase, VGA_ATC_COLOR_PAGE, 0);
 
 	/* [ EGS: SetOffset(); ] */
 	/* From SetOffset(): Turn on VideoEnable bit in Attribute controller */
-	AttrOn (cinfo);
+	AttrOn(cinfo);
 
-	vga_wgfx (regbase, VGA_GFX_SR_VALUE, 0);	/* set/reset register */
-	vga_wgfx (regbase, VGA_GFX_SR_ENABLE, 0);		/* set/reset enable */
-	vga_wgfx (regbase, VGA_GFX_COMPARE_VALUE, 0);	/* color compare */
-	vga_wgfx (regbase, VGA_GFX_DATA_ROTATE, 0);	/* data rotate */
-	vga_wgfx (regbase, VGA_GFX_PLANE_READ, 0);	/* read map select */
-	vga_wgfx (regbase, VGA_GFX_MISC, 1);	/* miscellaneous register */
-	vga_wgfx (regbase, VGA_GFX_COMPARE_MASK, 15);	/* color don't care */
-	vga_wgfx (regbase, VGA_GFX_BIT_MASK, 255);	/* bit mask */
+	/* set/reset register */
+	vga_wgfx(regbase, VGA_GFX_SR_VALUE, 0);
+	/* set/reset enable */
+	vga_wgfx(regbase, VGA_GFX_SR_ENABLE, 0);
+	/* color compare */
+	vga_wgfx(regbase, VGA_GFX_COMPARE_VALUE, 0);
+	/* data rotate */
+	vga_wgfx(regbase, VGA_GFX_DATA_ROTATE, 0);
+	/* read map select */
+	vga_wgfx(regbase, VGA_GFX_PLANE_READ, 0);
+	/* miscellaneous register */
+	vga_wgfx(regbase, VGA_GFX_MISC, 1);
+	/* color don't care */
+	vga_wgfx(regbase, VGA_GFX_COMPARE_MASK, 15);
+	/* bit mask */
+	vga_wgfx(regbase, VGA_GFX_BIT_MASK, 255);
 
-	vga_wseq (regbase, CL_SEQR12, 0x0);	/* graphics cursor attributes: nothing special */
+	/* graphics cursor attributes: nothing special */
+	vga_wseq(regbase, CL_SEQR12, 0x0);
 
 	/* finally, turn on everything - turn off "FullBandwidth" bit */
 	/* also, set "DotClock%2" bit where requested */
@@ -1542,8 +1623,8 @@ static int cirrusfb_set_par_foo (struct 
 	tmp |= 0x08;
 */
 
-	vga_wseq (regbase, VGA_SEQ_CLOCK_MODE, tmp);
-	DPRINTK ("CL_SEQR1: %d\n", tmp);
+	vga_wseq(regbase, VGA_SEQ_CLOCK_MODE, tmp);
+	DPRINTK("CL_SEQR1: %d\n", tmp);
 
 	cinfo->currentmode = regs;
 	info->fix.type = regs.type;
@@ -1551,27 +1632,27 @@ static int cirrusfb_set_par_foo (struct 
 	info->fix.line_length = regs.line_length;
 
 	/* pan to requested offset */
-	cirrusfb_pan_display (var, info);
+	cirrusfb_pan_display(var, info);
 
 #ifdef CIRRUSFB_DEBUG
-	cirrusfb_dump ();
+	cirrusfb_dump();
 #endif
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 	return 0;
 }
 
 /* for some reason incomprehensible to me, cirrusfb requires that you write
  * the registers twice for the settings to take..grr. -dte */
-static int cirrusfb_set_par (struct fb_info *info)
+static int cirrusfb_set_par(struct fb_info *info)
 {
-	cirrusfb_set_par_foo (info);
-	return cirrusfb_set_par_foo (info);
+	cirrusfb_set_par_foo(info);
+	return cirrusfb_set_par_foo(info);
 }
 
-static int cirrusfb_setcolreg (unsigned regno, unsigned red, unsigned green,
-			       unsigned blue, unsigned transp,
-			       struct fb_info *info)
+static int cirrusfb_setcolreg(unsigned regno, unsigned red, unsigned green,
+			      unsigned blue, unsigned transp,
+			      struct fb_info *info)
 {
 	struct cirrusfb_info *cinfo = info->par;
 
@@ -1584,23 +1665,23 @@ static int cirrusfb_setcolreg (unsigned 
 		green >>= (16 - info->var.green.length);
 		blue >>= (16 - info->var.blue.length);
 
-		if (regno>=16)
+		if (regno >= 16)
 			return 1;
 		v = (red << info->var.red.offset) |
 		    (green << info->var.green.offset) |
 		    (blue << info->var.blue.offset);
 
 		switch (info->var.bits_per_pixel) {
-			case 8:
-				cinfo->pseudo_palette[regno] = v;
-				break;
-			case 16:
-				cinfo->pseudo_palette[regno] = v;
-				break;
-			case 24:
-			case 32:
-				cinfo->pseudo_palette[regno] = v;
-				break;
+		case 8:
+			cinfo->pseudo_palette[regno] = v;
+			break;
+		case 16:
+			cinfo->pseudo_palette[regno] = v;
+			break;
+		case 24:
+		case 32:
+			cinfo->pseudo_palette[regno] = v;
+			break;
 		}
 		return 0;
 	}
@@ -1609,9 +1690,8 @@ static int cirrusfb_setcolreg (unsigned 
 	cinfo->palette[regno].green = green;
 	cinfo->palette[regno].blue = blue;
 
-	if (info->var.bits_per_pixel == 8) {
-			WClut (cinfo, regno, red >> 10, green >> 10, blue >> 10);
-	}
+	if (info->var.bits_per_pixel == 8)
+		WClut(cinfo, regno, red >> 10, green >> 10, blue >> 10);
 
 	return 0;
 
@@ -1622,8 +1702,8 @@ static int cirrusfb_setcolreg (unsigned 
 
 	performs display panning - provided hardware permits this
 **************************************************************************/
-static int cirrusfb_pan_display (struct fb_var_screeninfo *var,
-				 struct fb_info *info)
+static int cirrusfb_pan_display(struct fb_var_screeninfo *var,
+				struct fb_info *info)
 {
 	int xoffset = 0;
 	int yoffset = 0;
@@ -1631,8 +1711,8 @@ static int cirrusfb_pan_display (struct 
 	unsigned char tmp = 0, tmp2 = 0, xpix;
 	struct cirrusfb_info *cinfo = info->par;
 
-	DPRINTK ("ENTER\n");
-	DPRINTK ("virtual offset: (%d,%d)\n", var->xoffset, var->yoffset);
+	DPRINTK("ENTER\n");
+	DPRINTK("virtual offset: (%d,%d)\n", var->xoffset, var->yoffset);
 
 	/* no range checks for xoffset and yoffset,   */
 	/* as fb_pan_display has already done this */
@@ -1655,11 +1735,13 @@ static int cirrusfb_pan_display (struct 
 		xpix = (unsigned char) ((xoffset % 4) * 2);
 	}
 
-        cirrusfb_WaitBLT(cinfo->regbase); /* make sure all the BLT's are done */
+	cirrusfb_WaitBLT(cinfo->regbase); /* make sure all the BLT's are done */
 
 	/* lower 8 + 8 bits of screen start address */
-	vga_wcrt (cinfo->regbase, VGA_CRTC_START_LO, (unsigned char) (base & 0xff));
-	vga_wcrt (cinfo->regbase, VGA_CRTC_START_HI, (unsigned char) (base >> 8));
+	vga_wcrt(cinfo->regbase, VGA_CRTC_START_LO,
+		 (unsigned char) (base & 0xff));
+	vga_wcrt(cinfo->regbase, VGA_CRTC_START_HI,
+		 (unsigned char) (base >> 8));
 
 	/* construct bits 16, 17 and 18 of screen start address */
 	if (base & 0x10000)
@@ -1669,50 +1751,53 @@ static int cirrusfb_pan_display (struct 
 	if (base & 0x40000)
 		tmp |= 0x08;
 
-	tmp2 = (vga_rcrt (cinfo->regbase, CL_CRT1B) & 0xf2) | tmp;	/* 0xf2 is %11110010, exclude tmp bits */
-	vga_wcrt (cinfo->regbase, CL_CRT1B, tmp2);
+	/* 0xf2 is %11110010, exclude tmp bits */
+	tmp2 = (vga_rcrt(cinfo->regbase, CL_CRT1B) & 0xf2) | tmp;
+	vga_wcrt(cinfo->regbase, CL_CRT1B, tmp2);
 
 	/* construct bit 19 of screen start address */
 	if (cirrusfb_board_info[cinfo->btype].scrn_start_bit19) {
 		tmp2 = 0;
 		if (base & 0x80000)
 			tmp2 = 0x80;
-		vga_wcrt (cinfo->regbase, CL_CRT1D, tmp2);
+		vga_wcrt(cinfo->regbase, CL_CRT1D, tmp2);
 	}
 
-	/* write pixel panning value to AR33; this does not quite work in 8bpp */
-	/* ### Piccolo..? Will this work? */
+	/* write pixel panning value to AR33; this does not quite work in 8bpp
+	 *
+	 * ### Piccolo..? Will this work?
+	 */
 	if (info->var.bits_per_pixel == 1)
-		vga_wattr (cinfo->regbase, CL_AR33, xpix);
+		vga_wattr(cinfo->regbase, CL_AR33, xpix);
 
-	cirrusfb_WaitBLT (cinfo->regbase);
+	cirrusfb_WaitBLT(cinfo->regbase);
 
-	DPRINTK ("EXIT\n");
-	return (0);
+	DPRINTK("EXIT\n");
+	return 0;
 }
 
-
-static int cirrusfb_blank (int blank_mode, struct fb_info *info)
+static int cirrusfb_blank(int blank_mode, struct fb_info *info)
 {
 	/*
-	 *  Blank the screen if blank_mode != 0, else unblank. If blank == NULL
-	 *  then the caller blanks by setting the CLUT (Color Look Up Table) to all
-	 *  black. Return 0 if blanking succeeded, != 0 if un-/blanking failed due
-	 *  to e.g. a video mode which doesn't support it. Implements VESA suspend
-	 *  and powerdown modes on hardware that supports disabling hsync/vsync:
-	 *    blank_mode == 2: suspend vsync
-	 *    blank_mode == 3: suspend hsync
-	 *    blank_mode == 4: powerdown
+	 * Blank the screen if blank_mode != 0, else unblank. If blank == NULL
+	 * then the caller blanks by setting the CLUT (Color Look Up Table)
+	 * to all black. Return 0 if blanking succeeded, != 0 if un-/blanking
+	 * failed due to e.g. a video mode which doesn't support it.
+	 * Implements VESA suspend and powerdown modes on hardware that
+	 * supports disabling hsync/vsync:
+	 *   blank_mode == 2: suspend vsync
+	 *   blank_mode == 3: suspend hsync
+	 *   blank_mode == 4: powerdown
 	 */
 	unsigned char val;
 	struct cirrusfb_info *cinfo = info->par;
 	int current_mode = cinfo->blank_mode;
 
-	DPRINTK ("ENTER, blank mode = %d\n", blank_mode);
+	DPRINTK("ENTER, blank mode = %d\n", blank_mode);
 
 	if (info->state != FBINFO_STATE_RUNNING ||
 	    current_mode == blank_mode) {
-		DPRINTK ("EXIT, returning 0\n");
+		DPRINTK("EXIT, returning 0\n");
 		return 0;
 	}
 
@@ -1720,17 +1805,19 @@ static int cirrusfb_blank (int blank_mod
 	if (current_mode == FB_BLANK_NORMAL ||
 	    current_mode == FB_BLANK_UNBLANK) {
 		/* unblank the screen */
-		val = vga_rseq (cinfo->regbase, VGA_SEQ_CLOCK_MODE);
-		vga_wseq (cinfo->regbase, VGA_SEQ_CLOCK_MODE, val & 0xdf);	/* clear "FullBandwidth" bit */
+		val = vga_rseq(cinfo->regbase, VGA_SEQ_CLOCK_MODE);
+		/* clear "FullBandwidth" bit */
+		vga_wseq(cinfo->regbase, VGA_SEQ_CLOCK_MODE, val & 0xdf);
 		/* and undo VESA suspend trickery */
-		vga_wgfx (cinfo->regbase, CL_GRE, 0x00);
+		vga_wgfx(cinfo->regbase, CL_GRE, 0x00);
 	}
 
 	/* set new */
-	if(blank_mode > FB_BLANK_NORMAL) {
+	if (blank_mode > FB_BLANK_NORMAL) {
 		/* blank the screen */
-		val = vga_rseq (cinfo->regbase, VGA_SEQ_CLOCK_MODE);
-		vga_wseq (cinfo->regbase, VGA_SEQ_CLOCK_MODE, val | 0x20);	/* set "FullBandwidth" bit */
+		val = vga_rseq(cinfo->regbase, VGA_SEQ_CLOCK_MODE);
+		/* set "FullBandwidth" bit */
+		vga_wseq(cinfo->regbase, VGA_SEQ_CLOCK_MODE, val | 0x20);
 	}
 
 	switch (blank_mode) {
@@ -1738,21 +1825,21 @@ static int cirrusfb_blank (int blank_mod
 	case FB_BLANK_NORMAL:
 		break;
 	case FB_BLANK_VSYNC_SUSPEND:
-		vga_wgfx (cinfo->regbase, CL_GRE, 0x04);
+		vga_wgfx(cinfo->regbase, CL_GRE, 0x04);
 		break;
 	case FB_BLANK_HSYNC_SUSPEND:
-		vga_wgfx (cinfo->regbase, CL_GRE, 0x02);
+		vga_wgfx(cinfo->regbase, CL_GRE, 0x02);
 		break;
 	case FB_BLANK_POWERDOWN:
-		vga_wgfx (cinfo->regbase, CL_GRE, 0x06);
+		vga_wgfx(cinfo->regbase, CL_GRE, 0x06);
 		break;
 	default:
-		DPRINTK ("EXIT, returning 1\n");
+		DPRINTK("EXIT, returning 1\n");
 		return 1;
 	}
 
 	cinfo->blank_mode = blank_mode;
-	DPRINTK ("EXIT, returning 0\n");
+	DPRINTK("EXIT, returning 0\n");
 
 	/* Let fbcon do a soft blank for us */
 	return (blank_mode == FB_BLANK_NORMAL) ? 1 : 0;
@@ -1761,45 +1848,50 @@ static int cirrusfb_blank (int blank_mod
 /****************************************************************************/
 /**** BEGIN Internal Routines ***********************************************/
 
-static void init_vgachip (struct cirrusfb_info *cinfo)
+static void init_vgachip(struct cirrusfb_info *cinfo)
 {
 	const struct cirrusfb_board_info_rec *bi;
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
-	assert (cinfo != NULL);
+	assert(cinfo != NULL);
 
 	bi = &cirrusfb_board_info[cinfo->btype];
 
 	/* reset board globally */
 	switch (cinfo->btype) {
 	case BT_PICCOLO:
-		WSFR (cinfo, 0x01);
-		udelay (500);
-		WSFR (cinfo, 0x51);
-		udelay (500);
+		WSFR(cinfo, 0x01);
+		udelay(500);
+		WSFR(cinfo, 0x51);
+		udelay(500);
 		break;
 	case BT_PICASSO:
-		WSFR2 (cinfo, 0xff);
-		udelay (500);
+		WSFR2(cinfo, 0xff);
+		udelay(500);
 		break;
 	case BT_SD64:
 	case BT_SPECTRUM:
-		WSFR (cinfo, 0x1f);
-		udelay (500);
-		WSFR (cinfo, 0x4f);
-		udelay (500);
+		WSFR(cinfo, 0x1f);
+		udelay(500);
+		WSFR(cinfo, 0x4f);
+		udelay(500);
 		break;
 	case BT_PICASSO4:
-		vga_wcrt (cinfo->regbase, CL_CRT51, 0x00);	/* disable flickerfixer */
-		mdelay (100);
-		vga_wgfx (cinfo->regbase, CL_GR2F, 0x00);	/* from Klaus' NetBSD driver: */
-		vga_wgfx (cinfo->regbase, CL_GR33, 0x00);	/* put blitter into 542x compat */
-		vga_wgfx (cinfo->regbase, CL_GR31, 0x00);	/* mode */
+		/* disable flickerfixer */
+		vga_wcrt(cinfo->regbase, CL_CRT51, 0x00);
+		mdelay(100);
+		/* from Klaus' NetBSD driver: */
+		vga_wgfx(cinfo->regbase, CL_GR2F, 0x00);
+		/* put blitter into 542x compat */
+		vga_wgfx(cinfo->regbase, CL_GR33, 0x00);
+		/* mode */
+		vga_wgfx(cinfo->regbase, CL_GR31, 0x00);
 		break;
 
 	case BT_GD5480:
-		vga_wgfx (cinfo->regbase, CL_GR2F, 0x00);	/* from Klaus' NetBSD driver: */
+		/* from Klaus' NetBSD driver: */
+		vga_wgfx(cinfo->regbase, CL_GR2F, 0x00);
 		break;
 
 	case BT_ALPINE:
@@ -1807,153 +1899,207 @@ static void init_vgachip (struct cirrusf
 		break;
 
 	default:
-		printk (KERN_ERR "cirrusfb: Warning: Unknown board type\n");
+		printk(KERN_ERR "cirrusfb: Warning: Unknown board type\n");
 		break;
 	}
 
-	assert (cinfo->size > 0); /* make sure RAM size set by this point */
+	assert(cinfo->size > 0); /* make sure RAM size set by this point */
 
 	/* the P4 is not fully initialized here; I rely on it having been */
 	/* inited under AmigaOS already, which seems to work just fine    */
-	/* (Klaus advised to do it this way)                              */
+	/* (Klaus advised to do it this way)			      */
 
 	if (cinfo->btype != BT_PICASSO4) {
-		WGen (cinfo, CL_VSSM, 0x10);	/* EGS: 0x16 */
-		WGen (cinfo, CL_POS102, 0x01);
-		WGen (cinfo, CL_VSSM, 0x08);	/* EGS: 0x0e */
+		WGen(cinfo, CL_VSSM, 0x10);	/* EGS: 0x16 */
+		WGen(cinfo, CL_POS102, 0x01);
+		WGen(cinfo, CL_VSSM, 0x08);	/* EGS: 0x0e */
 
 		if (cinfo->btype != BT_SD64)
-			WGen (cinfo, CL_VSSM2, 0x01);
+			WGen(cinfo, CL_VSSM2, 0x01);
 
-		vga_wseq (cinfo->regbase, CL_SEQR0, 0x03);	/* reset sequencer logic */
+		/* reset sequencer logic */
+		vga_wseq(cinfo->regbase, CL_SEQR0, 0x03);
 
-		vga_wseq (cinfo->regbase, VGA_SEQ_CLOCK_MODE, 0x21);	/* FullBandwidth (video off) and 8/9 dot clock */
-		WGen (cinfo, VGA_MIS_W, 0xc1);	/* polarity (-/-), disable access to display memory, VGA_CRTC_START_HI base address: color */
+		/* FullBandwidth (video off) and 8/9 dot clock */
+		vga_wseq(cinfo->regbase, VGA_SEQ_CLOCK_MODE, 0x21);
+		/* polarity (-/-), disable access to display memory,
+		 * VGA_CRTC_START_HI base address: color
+		 */
+		WGen(cinfo, VGA_MIS_W, 0xc1);
 
-/*      vga_wgfx (cinfo->regbase, CL_GRA, 0xce);    "magic cookie" - doesn't make any sense to me.. */
-		vga_wseq (cinfo->regbase, CL_SEQR6, 0x12);	/* unlock all extension registers */
+		/* "magic cookie" - doesn't make any sense to me.. */
+/*      vga_wgfx(cinfo->regbase, CL_GRA, 0xce);   */
+		/* unlock all extension registers */
+		vga_wseq(cinfo->regbase, CL_SEQR6, 0x12);
 
-		vga_wgfx (cinfo->regbase, CL_GR31, 0x04);	/* reset blitter */
+		/* reset blitter */
+		vga_wgfx(cinfo->regbase, CL_GR31, 0x04);
 
 		switch (cinfo->btype) {
 		case BT_GD5480:
-			vga_wseq (cinfo->regbase, CL_SEQRF, 0x98);
+			vga_wseq(cinfo->regbase, CL_SEQRF, 0x98);
 			break;
 		case BT_ALPINE:
 			break;
 		case BT_SD64:
-			vga_wseq (cinfo->regbase, CL_SEQRF, 0xb8);
+			vga_wseq(cinfo->regbase, CL_SEQRF, 0xb8);
 			break;
 		default:
-			vga_wseq (cinfo->regbase, CL_SEQR16, 0x0f);
-			vga_wseq (cinfo->regbase, CL_SEQRF, 0xb0);
+			vga_wseq(cinfo->regbase, CL_SEQR16, 0x0f);
+			vga_wseq(cinfo->regbase, CL_SEQRF, 0xb0);
 			break;
 		}
 	}
-	vga_wseq (cinfo->regbase, VGA_SEQ_PLANE_WRITE, 0xff);	/* plane mask: nothing */
-	vga_wseq (cinfo->regbase, VGA_SEQ_CHARACTER_MAP, 0x00);	/* character map select: doesn't even matter in gx mode */
-	vga_wseq (cinfo->regbase, VGA_SEQ_MEMORY_MODE, 0x0e);	/* memory mode: chain-4, no odd/even, ext. memory */
+	/* plane mask: nothing */
+	vga_wseq(cinfo->regbase, VGA_SEQ_PLANE_WRITE, 0xff);
+	/* character map select: doesn't even matter in gx mode */
+	vga_wseq(cinfo->regbase, VGA_SEQ_CHARACTER_MAP, 0x00);
+	/* memory mode: chain-4, no odd/even, ext. memory */
+	vga_wseq(cinfo->regbase, VGA_SEQ_MEMORY_MODE, 0x0e);
 
 	/* controller-internal base address of video memory */
 	if (bi->init_sr07)
-		vga_wseq (cinfo->regbase, CL_SEQR7, bi->sr07);
+		vga_wseq(cinfo->regbase, CL_SEQR7, bi->sr07);
 
-	/*  vga_wseq (cinfo->regbase, CL_SEQR8, 0x00); *//* EEPROM control: shouldn't be necessary to write to this at all.. */
+	/*  vga_wseq(cinfo->regbase, CL_SEQR8, 0x00); */
+	/* EEPROM control: shouldn't be necessary to write to this at all.. */
 
-	vga_wseq (cinfo->regbase, CL_SEQR10, 0x00);		/* graphics cursor X position (incomplete; position gives rem. 3 bits */
-	vga_wseq (cinfo->regbase, CL_SEQR11, 0x00);		/* graphics cursor Y position (..."... ) */
-	vga_wseq (cinfo->regbase, CL_SEQR12, 0x00);		/* graphics cursor attributes */
-	vga_wseq (cinfo->regbase, CL_SEQR13, 0x00);		/* graphics cursor pattern address */
+	/* graphics cursor X position (incomplete; position gives rem. 3 bits */
+	vga_wseq(cinfo->regbase, CL_SEQR10, 0x00);
+	/* graphics cursor Y position (..."... ) */
+	vga_wseq(cinfo->regbase, CL_SEQR11, 0x00);
+	/* graphics cursor attributes */
+	vga_wseq(cinfo->regbase, CL_SEQR12, 0x00);
+	/* graphics cursor pattern address */
+	vga_wseq(cinfo->regbase, CL_SEQR13, 0x00);
 
 	/* writing these on a P4 might give problems..  */
 	if (cinfo->btype != BT_PICASSO4) {
-		vga_wseq (cinfo->regbase, CL_SEQR17, 0x00);		/* configuration readback and ext. color */
-		vga_wseq (cinfo->regbase, CL_SEQR18, 0x02);		/* signature generator */
+		/* configuration readback and ext. color */
+		vga_wseq(cinfo->regbase, CL_SEQR17, 0x00);
+		/* signature generator */
+		vga_wseq(cinfo->regbase, CL_SEQR18, 0x02);
 	}
 
 	/* MCLK select etc. */
 	if (bi->init_sr1f)
-		vga_wseq (cinfo->regbase, CL_SEQR1F, bi->sr1f);
+		vga_wseq(cinfo->regbase, CL_SEQR1F, bi->sr1f);
 
-	vga_wcrt (cinfo->regbase, VGA_CRTC_PRESET_ROW, 0x00);	/* Screen A preset row scan: none */
-	vga_wcrt (cinfo->regbase, VGA_CRTC_CURSOR_START, 0x20);	/* Text cursor start: disable text cursor */
-	vga_wcrt (cinfo->regbase, VGA_CRTC_CURSOR_END, 0x00);	/* Text cursor end: - */
-	vga_wcrt (cinfo->regbase, VGA_CRTC_START_HI, 0x00);	/* Screen start address high: 0 */
-	vga_wcrt (cinfo->regbase, VGA_CRTC_START_LO, 0x00);	/* Screen start address low: 0 */
-	vga_wcrt (cinfo->regbase, VGA_CRTC_CURSOR_HI, 0x00);	/* text cursor location high: 0 */
-	vga_wcrt (cinfo->regbase, VGA_CRTC_CURSOR_LO, 0x00);	/* text cursor location low: 0 */
-
-	vga_wcrt (cinfo->regbase, VGA_CRTC_UNDERLINE, 0x00);	/* Underline Row scanline: - */
-	vga_wcrt (cinfo->regbase, VGA_CRTC_MODE, 0xc3);	/* mode control: timing enable, byte mode, no compat modes */
-	vga_wcrt (cinfo->regbase, VGA_CRTC_LINE_COMPARE, 0x00);	/* Line Compare: not needed */
+	/* Screen A preset row scan: none */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_PRESET_ROW, 0x00);
+	/* Text cursor start: disable text cursor */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_CURSOR_START, 0x20);
+	/* Text cursor end: - */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_CURSOR_END, 0x00);
+	/* Screen start address high: 0 */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_START_HI, 0x00);
+	/* Screen start address low: 0 */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_START_LO, 0x00);
+	/* text cursor location high: 0 */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_CURSOR_HI, 0x00);
+	/* text cursor location low: 0 */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_CURSOR_LO, 0x00);
+
+	/* Underline Row scanline: - */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_UNDERLINE, 0x00);
+	/* mode control: timing enable, byte mode, no compat modes */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_MODE, 0xc3);
+	/* Line Compare: not needed */
+	vga_wcrt(cinfo->regbase, VGA_CRTC_LINE_COMPARE, 0x00);
 	/* ### add 0x40 for text modes with > 30 MHz pixclock */
-	vga_wcrt (cinfo->regbase, CL_CRT1B, 0x02);	/* ext. display controls: ext.adr. wrap */
+	/* ext. display controls: ext.adr. wrap */
+	vga_wcrt(cinfo->regbase, CL_CRT1B, 0x02);
 
-	vga_wgfx (cinfo->regbase, VGA_GFX_SR_VALUE, 0x00);	/* Set/Reset registes: - */
-	vga_wgfx (cinfo->regbase, VGA_GFX_SR_ENABLE, 0x00);	/* Set/Reset enable: - */
-	vga_wgfx (cinfo->regbase, VGA_GFX_COMPARE_VALUE, 0x00);	/* Color Compare: - */
-	vga_wgfx (cinfo->regbase, VGA_GFX_DATA_ROTATE, 0x00);	/* Data Rotate: - */
-	vga_wgfx (cinfo->regbase, VGA_GFX_PLANE_READ, 0x00);	/* Read Map Select: - */
-	vga_wgfx (cinfo->regbase, VGA_GFX_MODE, 0x00);	/* Mode: conf. for 16/4/2 color mode, no odd/even, read/write mode 0 */
-	vga_wgfx (cinfo->regbase, VGA_GFX_MISC, 0x01);	/* Miscellaneous: memory map base address, graphics mode */
-	vga_wgfx (cinfo->regbase, VGA_GFX_COMPARE_MASK, 0x0f);	/* Color Don't care: involve all planes */
-	vga_wgfx (cinfo->regbase, VGA_GFX_BIT_MASK, 0xff);	/* Bit Mask: no mask at all */
+	/* Set/Reset registes: - */
+	vga_wgfx(cinfo->regbase, VGA_GFX_SR_VALUE, 0x00);
+	/* Set/Reset enable: - */
+	vga_wgfx(cinfo->regbase, VGA_GFX_SR_ENABLE, 0x00);
+	/* Color Compare: - */
+	vga_wgfx(cinfo->regbase, VGA_GFX_COMPARE_VALUE, 0x00);
+	/* Data Rotate: - */
+	vga_wgfx(cinfo->regbase, VGA_GFX_DATA_ROTATE, 0x00);
+	/* Read Map Select: - */
+	vga_wgfx(cinfo->regbase, VGA_GFX_PLANE_READ, 0x00);
+	/* Mode: conf. for 16/4/2 color mode, no odd/even, read/write mode 0 */
+	vga_wgfx(cinfo->regbase, VGA_GFX_MODE, 0x00);
+	/* Miscellaneous: memory map base address, graphics mode */
+	vga_wgfx(cinfo->regbase, VGA_GFX_MISC, 0x01);
+	/* Color Don't care: involve all planes */
+	vga_wgfx(cinfo->regbase, VGA_GFX_COMPARE_MASK, 0x0f);
+	/* Bit Mask: no mask at all */
+	vga_wgfx(cinfo->regbase, VGA_GFX_BIT_MASK, 0xff);
 	if (cinfo->btype == BT_ALPINE)
-		vga_wgfx (cinfo->regbase, CL_GRB, 0x20);	/* (5434 can't have bit 3 set for bitblt) */
+		/* (5434 can't have bit 3 set for bitblt) */
+		vga_wgfx(cinfo->regbase, CL_GRB, 0x20);
 	else
-		vga_wgfx (cinfo->regbase, CL_GRB, 0x28);	/* Graphics controller mode extensions: finer granularity, 8byte data latches */
+	/* Graphics controller mode extensions: finer granularity,
+	 * 8byte data latches
+	 */
+		vga_wgfx(cinfo->regbase, CL_GRB, 0x28);
 
-	vga_wgfx (cinfo->regbase, CL_GRC, 0xff);	/* Color Key compare: - */
-	vga_wgfx (cinfo->regbase, CL_GRD, 0x00);	/* Color Key compare mask: - */
-	vga_wgfx (cinfo->regbase, CL_GRE, 0x00);	/* Miscellaneous control: - */
-	/*  vga_wgfx (cinfo->regbase, CL_GR10, 0x00); *//* Background color byte 1: - */
-/*  vga_wgfx (cinfo->regbase, CL_GR11, 0x00); */
-
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE0, 0x00);	/* Attribute Controller palette registers: "identity mapping" */
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE1, 0x01);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE2, 0x02);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE3, 0x03);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE4, 0x04);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE5, 0x05);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE6, 0x06);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE7, 0x07);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE8, 0x08);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTE9, 0x09);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTEA, 0x0a);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTEB, 0x0b);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTEC, 0x0c);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTED, 0x0d);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTEE, 0x0e);
-	vga_wattr (cinfo->regbase, VGA_ATC_PALETTEF, 0x0f);
-
-	vga_wattr (cinfo->regbase, VGA_ATC_MODE, 0x01);	/* Attribute Controller mode: graphics mode */
-	vga_wattr (cinfo->regbase, VGA_ATC_OVERSCAN, 0x00);	/* Overscan color reg.: reg. 0 */
-	vga_wattr (cinfo->regbase, VGA_ATC_PLANE_ENABLE, 0x0f);	/* Color Plane enable: Enable all 4 planes */
-/* ###  vga_wattr (cinfo->regbase, CL_AR33, 0x00); * Pixel Panning: - */
-	vga_wattr (cinfo->regbase, VGA_ATC_COLOR_PAGE, 0x00);	/* Color Select: - */
+	vga_wgfx(cinfo->regbase, CL_GRC, 0xff);	/* Color Key compare: - */
+	vga_wgfx(cinfo->regbase, CL_GRD, 0x00);	/* Color Key compare mask: - */
+	vga_wgfx(cinfo->regbase, CL_GRE, 0x00);	/* Miscellaneous control: - */
+	/* Background color byte 1: - */
+	/*  vga_wgfx (cinfo->regbase, CL_GR10, 0x00); */
+	/*  vga_wgfx (cinfo->regbase, CL_GR11, 0x00); */
+
+	/* Attribute Controller palette registers: "identity mapping" */
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE0, 0x00);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE1, 0x01);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE2, 0x02);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE3, 0x03);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE4, 0x04);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE5, 0x05);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE6, 0x06);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE7, 0x07);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE8, 0x08);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTE9, 0x09);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTEA, 0x0a);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTEB, 0x0b);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTEC, 0x0c);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTED, 0x0d);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTEE, 0x0e);
+	vga_wattr(cinfo->regbase, VGA_ATC_PALETTEF, 0x0f);
+
+	/* Attribute Controller mode: graphics mode */
+	vga_wattr(cinfo->regbase, VGA_ATC_MODE, 0x01);
+	/* Overscan color reg.: reg. 0 */
+	vga_wattr(cinfo->regbase, VGA_ATC_OVERSCAN, 0x00);
+	/* Color Plane enable: Enable all 4 planes */
+	vga_wattr(cinfo->regbase, VGA_ATC_PLANE_ENABLE, 0x0f);
+/* ###  vga_wattr(cinfo->regbase, CL_AR33, 0x00); * Pixel Panning: - */
+	/* Color Select: - */
+	vga_wattr(cinfo->regbase, VGA_ATC_COLOR_PAGE, 0x00);
 
-	WGen (cinfo, VGA_PEL_MSK, 0xff);	/* Pixel mask: no mask */
+	WGen(cinfo, VGA_PEL_MSK, 0xff);	/* Pixel mask: no mask */
 
 	if (cinfo->btype != BT_ALPINE && cinfo->btype != BT_GD5480)
-		WGen (cinfo, VGA_MIS_W, 0xc3);	/* polarity (-/-), enable display mem, VGA_CRTC_START_HI i/o base = color */
+	/* polarity (-/-), enable display mem,
+	 * VGA_CRTC_START_HI i/o base = color
+	 */
+		WGen(cinfo, VGA_MIS_W, 0xc3);
 
-	vga_wgfx (cinfo->regbase, CL_GR31, 0x04);	/* BLT Start/status: Blitter reset */
-	vga_wgfx (cinfo->regbase, CL_GR31, 0x00);	/* - " -           : "end-of-reset" */
+	/* BLT Start/status: Blitter reset */
+	vga_wgfx(cinfo->regbase, CL_GR31, 0x04);
+	/* - " -	   : "end-of-reset" */
+	vga_wgfx(cinfo->regbase, CL_GR31, 0x00);
 
 	/* misc... */
-	WHDR (cinfo, 0);	/* Hidden DAC register: - */
+	WHDR(cinfo, 0);	/* Hidden DAC register: - */
 
-	printk (KERN_DEBUG "cirrusfb: This board has %ld bytes of DRAM memory\n", cinfo->size);
-	DPRINTK ("EXIT\n");
+	printk(KERN_DEBUG "cirrusfb: This board has %ld bytes of DRAM memory\n",
+		cinfo->size);
+	DPRINTK("EXIT\n");
 	return;
 }
 
-static void switch_monitor (struct cirrusfb_info *cinfo, int on)
+static void switch_monitor(struct cirrusfb_info *cinfo, int on)
 {
 #ifdef CONFIG_ZORRO /* only works on Zorro boards */
 	static int IsOn = 0;	/* XXX not ok for multiple boards */
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
 	if (cinfo->btype == BT_PICASSO4)
 		return;		/* nothing to switch */
@@ -1963,44 +2109,43 @@ static void switch_monitor (struct cirru
 		return;		/* nothing to switch */
 	if (cinfo->btype == BT_PICASSO) {
 		if ((on && !IsOn) || (!on && IsOn))
-			WSFR (cinfo, 0xff);
+			WSFR(cinfo, 0xff);
 
-		DPRINTK ("EXIT\n");
+		DPRINTK("EXIT\n");
 		return;
 	}
 	if (on) {
 		switch (cinfo->btype) {
 		case BT_SD64:
-			WSFR (cinfo, cinfo->SFR | 0x21);
+			WSFR(cinfo, cinfo->SFR | 0x21);
 			break;
 		case BT_PICCOLO:
-			WSFR (cinfo, cinfo->SFR | 0x28);
+			WSFR(cinfo, cinfo->SFR | 0x28);
 			break;
 		case BT_SPECTRUM:
-			WSFR (cinfo, 0x6f);
+			WSFR(cinfo, 0x6f);
 			break;
 		default: /* do nothing */ break;
 		}
 	} else {
 		switch (cinfo->btype) {
 		case BT_SD64:
-			WSFR (cinfo, cinfo->SFR & 0xde);
+			WSFR(cinfo, cinfo->SFR & 0xde);
 			break;
 		case BT_PICCOLO:
-			WSFR (cinfo, cinfo->SFR & 0xd7);
+			WSFR(cinfo, cinfo->SFR & 0xd7);
 			break;
 		case BT_SPECTRUM:
-			WSFR (cinfo, 0x4f);
+			WSFR(cinfo, 0x4f);
 			break;
 		default: /* do nothing */ break;
 		}
 	}
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 #endif /* CONFIG_ZORRO */
 }
 
-
 /******************************************/
 /* Linux 2.6-style  accelerated functions */
 /******************************************/
@@ -2012,15 +2157,17 @@ static void cirrusfb_prim_fillrect(struc
 	u32 color = (cinfo->info->fix.visual == FB_VISUAL_TRUECOLOR) ?
 		cinfo->pseudo_palette[region->color] : region->color;
 
-	if(cinfo->info->var.bits_per_pixel == 1) {
-		cirrusfb_RectFill(cinfo->regbase, cinfo->info->var.bits_per_pixel,
+	if (cinfo->info->var.bits_per_pixel == 1) {
+		cirrusfb_RectFill(cinfo->regbase,
+				  cinfo->info->var.bits_per_pixel,
 				  region->dx / 8, region->dy,
 				  region->width / 8, region->height,
 				  color,
 				  cinfo->currentmode.line_length);
 	} else {
-		m = ( cinfo->info->var.bits_per_pixel + 7 ) / 8;
-		cirrusfb_RectFill(cinfo->regbase, cinfo->info->var.bits_per_pixel,
+		m = (cinfo->info->var.bits_per_pixel + 7) / 8;
+		cirrusfb_RectFill(cinfo->regbase,
+				  cinfo->info->var.bits_per_pixel,
 				  region->dx * m, region->dy,
 				  region->width * m, region->height,
 				  color,
@@ -2029,7 +2176,8 @@ static void cirrusfb_prim_fillrect(struc
 	return;
 }
 
-static void cirrusfb_fillrect (struct fb_info *info, const struct fb_fillrect *region)
+static void cirrusfb_fillrect(struct fb_info *info,
+			      const struct fb_fillrect *region)
 {
 	struct cirrusfb_info *cinfo = info->par;
 	struct fb_fillrect modded;
@@ -2047,12 +2195,14 @@ static void cirrusfb_fillrect (struct fb
 
 	memcpy(&modded, region, sizeof(struct fb_fillrect));
 
-	if(!modded.width || !modded.height ||
+	if (!modded.width || !modded.height ||
 	   modded.dx >= vxres || modded.dy >= vyres)
 		return;
 
-	if(modded.dx + modded.width  > vxres) modded.width  = vxres - modded.dx;
-	if(modded.dy + modded.height > vyres) modded.height = vyres - modded.dy;
+	if (modded.dx + modded.width  > vxres)
+		modded.width  = vxres - modded.dx;
+	if (modded.dy + modded.height > vyres)
+		modded.height = vyres - modded.dy;
 
 	cirrusfb_prim_fillrect(cinfo, &modded);
 }
@@ -2061,14 +2211,14 @@ static void cirrusfb_prim_copyarea(struc
 				   const struct fb_copyarea *area)
 {
 	int m; /* bytes per pixel */
-	if(cinfo->info->var.bits_per_pixel == 1) {
+	if (cinfo->info->var.bits_per_pixel == 1) {
 		cirrusfb_BitBLT(cinfo->regbase, cinfo->info->var.bits_per_pixel,
 				area->sx / 8, area->sy,
 				area->dx / 8, area->dy,
 				area->width / 8, area->height,
 				cinfo->currentmode.line_length);
 	} else {
-		m = ( cinfo->info->var.bits_per_pixel + 7 ) / 8;
+		m = (cinfo->info->var.bits_per_pixel + 7) / 8;
 		cirrusfb_BitBLT(cinfo->regbase, cinfo->info->var.bits_per_pixel,
 				area->sx * m, area->sy,
 				area->dx * m, area->dy,
@@ -2078,8 +2228,8 @@ static void cirrusfb_prim_copyarea(struc
 	return;
 }
 
-
-static void cirrusfb_copyarea(struct fb_info *info, const struct fb_copyarea *area)
+static void cirrusfb_copyarea(struct fb_info *info,
+			      const struct fb_copyarea *area)
 {
 	struct cirrusfb_info *cinfo = info->par;
 	struct fb_copyarea modded;
@@ -2101,89 +2251,99 @@ static void cirrusfb_copyarea(struct fb_
 	vxres = info->var.xres_virtual;
 	vyres = info->var.yres_virtual;
 
-	if(!modded.width || !modded.height ||
+	if (!modded.width || !modded.height ||
 	   modded.sx >= vxres || modded.sy >= vyres ||
 	   modded.dx >= vxres || modded.dy >= vyres)
 		return;
 
-	if(modded.sx + modded.width > vxres)  modded.width = vxres - modded.sx;
-	if(modded.dx + modded.width > vxres)  modded.width = vxres - modded.dx;
-	if(modded.sy + modded.height > vyres) modded.height = vyres - modded.sy;
-	if(modded.dy + modded.height > vyres) modded.height = vyres - modded.dy;
+	if (modded.sx + modded.width > vxres)
+		modded.width = vxres - modded.sx;
+	if (modded.dx + modded.width > vxres)
+		modded.width = vxres - modded.dx;
+	if (modded.sy + modded.height > vyres)
+		modded.height = vyres - modded.sy;
+	if (modded.dy + modded.height > vyres)
+		modded.height = vyres - modded.dy;
 
 	cirrusfb_prim_copyarea(cinfo, &modded);
 }
 
-static void cirrusfb_imageblit(struct fb_info *info, const struct fb_image *image)
+static void cirrusfb_imageblit(struct fb_info *info,
+			       const struct fb_image *image)
 {
 	struct cirrusfb_info *cinfo = info->par;
 
-        cirrusfb_WaitBLT(cinfo->regbase);
+	cirrusfb_WaitBLT(cinfo->regbase);
 	cfb_imageblit(info, image);
 }
 
-
 #ifdef CONFIG_PPC_PREP
 #define PREP_VIDEO_BASE ((volatile unsigned long) 0xC0000000)
 #define PREP_IO_BASE    ((volatile unsigned char *) 0x80000000)
-static void get_prep_addrs (unsigned long *display, unsigned long *registers)
+static void get_prep_addrs(unsigned long *display, unsigned long *registers)
 {
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
 	*display = PREP_VIDEO_BASE;
 	*registers = (unsigned long) PREP_IO_BASE;
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 }
 
 #endif				/* CONFIG_PPC_PREP */
 
-
 #ifdef CONFIG_PCI
-static int release_io_ports = 0;
+static int release_io_ports;
 
 /* Pulled the logic from XFree86 Cirrus driver to get the memory size,
  * based on the DRAM bandwidth bit and DRAM bank switching bit.  This
  * works with 1MB, 2MB and 4MB configurations (which the Motorola boards
  * seem to have. */
-static unsigned int cirrusfb_get_memsize (u8 __iomem *regbase)
+static unsigned int cirrusfb_get_memsize(u8 __iomem *regbase)
 {
 	unsigned long mem;
 	unsigned char SRF;
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
-	SRF = vga_rseq (regbase, CL_SEQRF);
+	SRF = vga_rseq(regbase, CL_SEQRF);
 	switch ((SRF & 0x18)) {
-	    case 0x08: mem = 512 * 1024; break;
-	    case 0x10: mem = 1024 * 1024; break;
-		/* 64-bit DRAM data bus width; assume 2MB. Also indicates 2MB memory
-		   * on the 5430. */
-	    case 0x18: mem = 2048 * 1024; break;
-	    default: printk ("CLgenfb: Unknown memory size!\n");
+	case 0x08:
+		mem = 512 * 1024;
+		break;
+	case 0x10:
+		mem = 1024 * 1024;
+		break;
+	/* 64-bit DRAM data bus width; assume 2MB. Also indicates 2MB memory
+	 * on the 5430.
+	 */
+	case 0x18:
+		mem = 2048 * 1024;
+		break;
+	default:
+		printk(KERN_WARNING "CLgenfb: Unknown memory size!\n");
 		mem = 1024 * 1024;
 	}
-	if (SRF & 0x80) {
-		/* If DRAM bank switching is enabled, there must be twice as much
-		   * memory installed. (4MB on the 5434) */
+	if (SRF & 0x80)
+	/* If DRAM bank switching is enabled, there must be twice as much
+	 * memory installed. (4MB on the 5434)
+	 */
 		mem *= 2;
-	}
+
 	/* TODO: Handling of GD5446/5480 (see XF86 sources ...) */
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 	return mem;
 }
 
-
-
-static void get_pci_addrs (const struct pci_dev *pdev,
-			   unsigned long *display, unsigned long *registers)
+static void get_pci_addrs(const struct pci_dev *pdev,
+			  unsigned long *display, unsigned long *registers)
 {
-	assert (pdev != NULL);
-	assert (display != NULL);
-	assert (registers != NULL);
+	assert(pdev != NULL);
+	assert(display != NULL);
+	assert(registers != NULL);
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
 	*display = 0;
 	*registers = 0;
@@ -2198,13 +2358,12 @@ static void get_pci_addrs (const struct 
 		*registers = pci_resource_start(pdev, 1);
 	}
 
-	assert (*display != 0);
+	assert(*display != 0);
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 }
 
-
-static void cirrusfb_pci_unmap (struct cirrusfb_info *cinfo)
+static void cirrusfb_pci_unmap(struct cirrusfb_info *cinfo)
 {
 	struct pci_dev *pdev = cinfo->pdev;
 
@@ -2219,19 +2378,18 @@ static void cirrusfb_pci_unmap (struct c
 }
 #endif /* CONFIG_PCI */
 
-
 #ifdef CONFIG_ZORRO
-static void __devexit cirrusfb_zorro_unmap (struct cirrusfb_info *cinfo)
+static void __devexit cirrusfb_zorro_unmap(struct cirrusfb_info *cinfo)
 {
 	zorro_release_device(cinfo->zdev);
 
 	if (cinfo->btype == BT_PICASSO4) {
 		cinfo->regbase -= 0x600000;
-		iounmap ((void *)cinfo->regbase);
-		iounmap ((void *)cinfo->fbmem);
+		iounmap((void *)cinfo->regbase);
+		iounmap((void *)cinfo->fbmem);
 	} else {
 		if (zorro_resource_start(cinfo->zdev) > 0x01000000)
-			iounmap ((void *)cinfo->fbmem);
+			iounmap((void *)cinfo->fbmem);
 	}
 	framebuffer_release(cinfo->info);
 }
@@ -2267,7 +2425,8 @@ static int cirrusfb_set_fbinfo(struct ci
 	/* monochrome: only 1 memory plane */
 	/* 8 bit and above: Use whole memory area */
 	info->fix.smem_start = cinfo->fbmem_phys;
-	info->fix.smem_len   = (var->bits_per_pixel == 1) ? cinfo->size / 4 : cinfo->size;
+	info->fix.smem_len   =
+		(var->bits_per_pixel == 1) ? cinfo->size / 4 : cinfo->size;
 	info->fix.type       = cinfo->currentmode.type;
 	info->fix.type_aux   = 0;
 	info->fix.visual     = cinfo->currentmode.visual;
@@ -2292,17 +2451,18 @@ static int cirrusfb_register(struct cirr
 	int err;
 	cirrusfb_board_t btype;
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
-	printk (KERN_INFO "cirrusfb: Driver for Cirrus Logic based graphic boards, v" CIRRUSFB_VERSION "\n");
+	printk(KERN_INFO "cirrusfb: Driver for Cirrus Logic based "
+		"graphic boards, v" CIRRUSFB_VERSION "\n");
 
 	info = cinfo->info;
 	btype = cinfo->btype;
 
 	/* sanity checks */
-	assert (btype != BT_NONE);
+	assert(btype != BT_NONE);
 
-	DPRINTK ("cirrusfb: (RAM start set to: 0x%p)\n", cinfo->fbmem);
+	DPRINTK("cirrusfb: (RAM start set to: 0x%p)\n", cinfo->fbmem);
 
 	/* Make pretend we've set the var so our structures are in a "good" */
 	/* state, even though we haven't written the mode to the hw yet...  */
@@ -2321,11 +2481,12 @@ static int cirrusfb_register(struct cirr
 
 	err = register_framebuffer(info);
 	if (err < 0) {
-		printk (KERN_ERR "cirrusfb: could not register fb device; err = %d!\n", err);
+		printk(KERN_ERR "cirrusfb: could not register "
+			"fb device; err = %d!\n", err);
 		goto err_dealloc_cmap;
 	}
 
-	DPRINTK ("EXIT, returning 0\n");
+	DPRINTK("EXIT, returning 0\n");
 	return 0;
 
 err_dealloc_cmap:
@@ -2335,24 +2496,23 @@ err_unmap_cirrusfb:
 	return err;
 }
 
-static void __devexit cirrusfb_cleanup (struct fb_info *info)
+static void __devexit cirrusfb_cleanup(struct fb_info *info)
 {
 	struct cirrusfb_info *cinfo = info->par;
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
-	switch_monitor (cinfo, 0);
+	switch_monitor(cinfo, 0);
 
-	unregister_framebuffer (info);
-	fb_dealloc_cmap (&info->cmap);
-	printk ("Framebuffer unregistered\n");
+	unregister_framebuffer(info);
+	fb_dealloc_cmap(&info->cmap);
+	printk("Framebuffer unregistered\n");
 	cinfo->unmap(cinfo);
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 }
 
-
 #ifdef CONFIG_PCI
-static int cirrusfb_pci_register (struct pci_dev *pdev,
+static int cirrusfb_pci_register(struct pci_dev *pdev,
 				  const struct pci_device_id *ent)
 {
 	struct cirrusfb_info *cinfo;
@@ -2379,31 +2539,34 @@ static int cirrusfb_pci_register (struct
 	cinfo->pdev = pdev;
 	cinfo->btype = btype = (cirrusfb_board_t) ent->driver_data;
 
-	DPRINTK (" Found PCI device, base address 0 is 0x%lx, btype set to %d\n",
+	DPRINTK(" Found PCI device, base address 0 is 0x%lx, btype set to %d\n",
 		pdev->resource[0].start, btype);
-	DPRINTK (" base address 1 is 0x%lx\n", pdev->resource[1].start);
+	DPRINTK(" base address 1 is 0x%lx\n", pdev->resource[1].start);
 
-	if(isPReP) {
-		pci_write_config_dword (pdev, PCI_BASE_ADDRESS_0, 0x00000000);
+	if (isPReP) {
+		pci_write_config_dword(pdev, PCI_BASE_ADDRESS_0, 0x00000000);
 #ifdef CONFIG_PPC_PREP
-		get_prep_addrs (&board_addr, &cinfo->fbregs_phys);
+		get_prep_addrs(&board_addr, &cinfo->fbregs_phys);
 #endif
-		/* PReP dies if we ioremap the IO registers, but it works w/out... */
+	/* PReP dies if we ioremap the IO registers, but it works w/out... */
 		cinfo->regbase = (char __iomem *) cinfo->fbregs_phys;
 	} else {
-		DPRINTK ("Attempt to get PCI info for Cirrus Graphics Card\n");
-		get_pci_addrs (pdev, &board_addr, &cinfo->fbregs_phys);
-		cinfo->regbase = NULL;		/* FIXME: this forces VGA.  alternatives? */
+		DPRINTK("Attempt to get PCI info for Cirrus Graphics Card\n");
+		get_pci_addrs(pdev, &board_addr, &cinfo->fbregs_phys);
+		/* FIXME: this forces VGA.  alternatives? */
+		cinfo->regbase = NULL;
 	}
 
-	DPRINTK ("Board address: 0x%lx, register address: 0x%lx\n", board_addr, cinfo->fbregs_phys);
+	DPRINTK("Board address: 0x%lx, register address: 0x%lx\n",
+		board_addr, cinfo->fbregs_phys);
 
 	board_size = (btype == BT_GD5480) ?
-		32 * MB_ : cirrusfb_get_memsize (cinfo->regbase);
+		32 * MB_ : cirrusfb_get_memsize(cinfo->regbase);
 
 	ret = pci_request_regions(pdev, "cirrusfb");
-	if (ret <0) {
-		printk(KERN_ERR "cirrusfb: cannot reserve region 0x%lx, abort\n",
+	if (ret < 0) {
+		printk(KERN_ERR "cirrusfb: cannot reserve region 0x%lx, "
+		       "abort\n",
 		       board_addr);
 		goto err_release_fb;
 	}
@@ -2429,8 +2592,9 @@ static int cirrusfb_pci_register (struct
 	cinfo->size = board_size;
 	cinfo->unmap = cirrusfb_pci_unmap;
 
-	printk (" RAM (%lu kB) at 0xx%lx, ", cinfo->size / KB_, board_addr);
-	printk ("Cirrus Logic chipset on PCI bus\n");
+	printk(KERN_INFO " RAM (%lu kB) at 0xx%lx, ",
+		cinfo->size / KB_, board_addr);
+	printk(KERN_INFO "Cirrus Logic chipset on PCI bus\n");
 	pci_set_drvdata(pdev, info);
 
 	ret = cirrusfb_register(cinfo);
@@ -2453,14 +2617,14 @@ err_out:
 	return ret;
 }
 
-static void __devexit cirrusfb_pci_unregister (struct pci_dev *pdev)
+static void __devexit cirrusfb_pci_unregister(struct pci_dev *pdev)
 {
 	struct fb_info *info = pci_get_drvdata(pdev);
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
-	cirrusfb_cleanup (info);
+	cirrusfb_cleanup(info);
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 }
 
 static struct pci_driver cirrusfb_pci_driver = {
@@ -2477,7 +2641,6 @@ static struct pci_driver cirrusfb_pci_dr
 };
 #endif /* CONFIG_PCI */
 
-
 #ifdef CONFIG_ZORRO
 static int cirrusfb_zorro_register(struct zorro_dev *z,
 				   const struct zorro_device_id *ent)
@@ -2498,7 +2661,7 @@ static int cirrusfb_zorro_register(struc
 
 	info = framebuffer_alloc(sizeof(struct cirrusfb_info), &z->dev);
 	if (!info) {
-		printk (KERN_ERR "cirrusfb: could not allocate memory\n");
+		printk(KERN_ERR "cirrusfb: could not allocate memory\n");
 		ret = -ENOMEM;
 		goto err_out;
 	}
@@ -2507,9 +2670,9 @@ static int cirrusfb_zorro_register(struc
 	cinfo->info = info;
 	cinfo->btype = btype;
 
-	assert (z > 0);
-	assert (z2 >= 0);
-	assert (btype != BT_NONE);
+	assert(z > 0);
+	assert(z2 >= 0);
+	assert(btype != BT_NONE);
 
 	cinfo->zdev = z;
 	board_addr = zorro_resource_start(z);
@@ -2517,55 +2680,59 @@ static int cirrusfb_zorro_register(struc
 	cinfo->size = size;
 
 	if (!zorro_request_device(z, "cirrusfb")) {
-		printk(KERN_ERR "cirrusfb: cannot reserve region 0x%lx, abort\n",
+		printk(KERN_ERR "cirrusfb: cannot reserve region 0x%lx, "
+		       "abort\n",
 		       board_addr);
 		ret = -EBUSY;
 		goto err_release_fb;
 	}
 
-	printk (" RAM (%lu MB) at $%lx, ", board_size / MB_, board_addr);
+	printk(" RAM (%lu MB) at $%lx, ", board_size / MB_, board_addr);
 
 	ret = -EIO;
 
 	if (btype == BT_PICASSO4) {
-		printk (" REG at $%lx\n", board_addr + 0x600000);
+		printk(KERN_INFO " REG at $%lx\n", board_addr + 0x600000);
 
 		/* To be precise, for the P4 this is not the */
 		/* begin of the board, but the begin of RAM. */
 		/* for P4, map in its address space in 2 chunks (### TEST! ) */
 		/* (note the ugly hardcoded 16M number) */
-		cinfo->regbase = ioremap (board_addr, 16777216);
+		cinfo->regbase = ioremap(board_addr, 16777216);
 		if (!cinfo->regbase)
 			goto err_release_region;
 
-		DPRINTK ("cirrusfb: Virtual address for board set to: $%p\n", cinfo->regbase);
+		DPRINTK("cirrusfb: Virtual address for board set to: $%p\n",
+			cinfo->regbase);
 		cinfo->regbase += 0x600000;
 		cinfo->fbregs_phys = board_addr + 0x600000;
 
 		cinfo->fbmem_phys = board_addr + 16777216;
-		cinfo->fbmem = ioremap (cinfo->fbmem_phys, 16777216);
+		cinfo->fbmem = ioremap(cinfo->fbmem_phys, 16777216);
 		if (!cinfo->fbmem)
 			goto err_unmap_regbase;
 	} else {
-		printk (" REG at $%lx\n", (unsigned long) z2->resource.start);
+		printk(KERN_INFO " REG at $%lx\n",
+			(unsigned long) z2->resource.start);
 
 		cinfo->fbmem_phys = board_addr;
 		if (board_addr > 0x01000000)
-			cinfo->fbmem = ioremap (board_addr, board_size);
+			cinfo->fbmem = ioremap(board_addr, board_size);
 		else
-			cinfo->fbmem = (caddr_t) ZTWO_VADDR (board_addr);
+			cinfo->fbmem = (caddr_t) ZTWO_VADDR(board_addr);
 		if (!cinfo->fbmem)
 			goto err_release_region;
 
 		/* set address for REG area of board */
-		cinfo->regbase = (caddr_t) ZTWO_VADDR (z2->resource.start);
+		cinfo->regbase = (caddr_t) ZTWO_VADDR(z2->resource.start);
 		cinfo->fbregs_phys = z2->resource.start;
 
-		DPRINTK ("cirrusfb: Virtual address for board set to: $%p\n", cinfo->regbase);
+		DPRINTK("cirrusfb: Virtual address for board set to: $%p\n",
+			cinfo->regbase);
 	}
 	cinfo->unmap = cirrusfb_zorro_unmap;
 
-	printk (KERN_INFO "Cirrus Logic chipset on Zorro bus\n");
+	printk(KERN_INFO "Cirrus Logic chipset on Zorro bus\n");
 	zorro_set_drvdata(z, info);
 
 	ret = cirrusfb_register(cinfo);
@@ -2592,11 +2759,11 @@ err_out:
 void __devexit cirrusfb_zorro_unregister(struct zorro_dev *z)
 {
 	struct fb_info *info = zorro_get_drvdata(z);
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
-	cirrusfb_cleanup (info);
+	cirrusfb_cleanup(info);
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 }
 
 static struct zorro_driver cirrusfb_zorro_driver = {
@@ -2628,26 +2795,24 @@ static int __init cirrusfb_init(void)
 	return error;
 }
 
-
-
 #ifndef MODULE
 static int __init cirrusfb_setup(char *options) {
 	char *this_opt, s[32];
 	int i;
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
 	if (!options || !*options)
 		return 0;
 
-	while ((this_opt = strsep (&options, ",")) != NULL) {	
+	while ((this_opt = strsep(&options, ",")) != NULL) {
 		if (!*this_opt) continue;
 
 		DPRINTK("cirrusfb_setup: option '%s'\n", this_opt);
 
 		for (i = 0; i < NUM_TOTAL_MODES; i++) {
-			sprintf (s, "mode:%s", cirrusfb_predefined[i].name);
-			if (strcmp (this_opt, s) == 0)
+			sprintf(s, "mode:%s", cirrusfb_predefined[i].name);
+			if (strcmp(this_opt, s) == 0)
 				cirrusfb_def_mode = i;
 		}
 		if (!strcmp(this_opt, "noaccel"))
@@ -2657,7 +2822,6 @@ static int __init cirrusfb_setup(char *o
 }
 #endif
 
-
     /*
      *  Modularization
      */
@@ -2666,7 +2830,7 @@ MODULE_AUTHOR("Copyright 1999,2000 Jeff 
 MODULE_DESCRIPTION("Accelerated FBDev driver for Cirrus Logic chips");
 MODULE_LICENSE("GPL");
 
-static void __exit cirrusfb_exit (void)
+static void __exit cirrusfb_exit(void)
 {
 #ifdef CONFIG_PCI
 	pci_unregister_driver(&cirrusfb_pci_driver);
@@ -2682,66 +2846,67 @@ module_init(cirrusfb_init);
 module_exit(cirrusfb_exit);
 #endif
 
-
 /**********************************************************************/
 /* about the following functions - I have used the same names for the */
 /* functions as Markus Wild did in his Retina driver for NetBSD as    */
 /* they just made sense for this purpose. Apart from that, I wrote    */
-/* these functions myself.                                            */
+/* these functions myself.					    */
 /**********************************************************************/
 
 /*** WGen() - write into one of the external/general registers ***/
-static void WGen (const struct cirrusfb_info *cinfo,
+static void WGen(const struct cirrusfb_info *cinfo,
 		  int regnum, unsigned char val)
 {
 	unsigned long regofs = 0;
 
 	if (cinfo->btype == BT_PICASSO) {
 		/* Picasso II specific hack */
-/*              if (regnum == VGA_PEL_IR || regnum == VGA_PEL_D || regnum == CL_VSSM2) */
+/*	      if (regnum == VGA_PEL_IR || regnum == VGA_PEL_D ||
+		  regnum == CL_VSSM2) */
 		if (regnum == VGA_PEL_IR || regnum == VGA_PEL_D)
 			regofs = 0xfff;
 	}
 
-	vga_w (cinfo->regbase, regofs + regnum, val);
+	vga_w(cinfo->regbase, regofs + regnum, val);
 }
 
 /*** RGen() - read out one of the external/general registers ***/
-static unsigned char RGen (const struct cirrusfb_info *cinfo, int regnum)
+static unsigned char RGen(const struct cirrusfb_info *cinfo, int regnum)
 {
 	unsigned long regofs = 0;
 
 	if (cinfo->btype == BT_PICASSO) {
 		/* Picasso II specific hack */
-/*              if (regnum == VGA_PEL_IR || regnum == VGA_PEL_D || regnum == CL_VSSM2) */
+/*	      if (regnum == VGA_PEL_IR || regnum == VGA_PEL_D ||
+		  regnum == CL_VSSM2) */
 		if (regnum == VGA_PEL_IR || regnum == VGA_PEL_D)
 			regofs = 0xfff;
 	}
 
-	return vga_r (cinfo->regbase, regofs + regnum);
+	return vga_r(cinfo->regbase, regofs + regnum);
 }
 
 /*** AttrOn() - turn on VideoEnable for Attribute controller ***/
-static void AttrOn (const struct cirrusfb_info *cinfo)
+static void AttrOn(const struct cirrusfb_info *cinfo)
 {
-	assert (cinfo != NULL);
+	assert(cinfo != NULL);
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
-	if (vga_rcrt (cinfo->regbase, CL_CRT24) & 0x80) {
+	if (vga_rcrt(cinfo->regbase, CL_CRT24) & 0x80) {
 		/* if we're just in "write value" mode, write back the */
 		/* same value as before to not modify anything */
-		vga_w (cinfo->regbase, VGA_ATT_IW,
-		       vga_r (cinfo->regbase, VGA_ATT_R));
+		vga_w(cinfo->regbase, VGA_ATT_IW,
+		      vga_r(cinfo->regbase, VGA_ATT_R));
 	}
 	/* turn on video bit */
-/*      vga_w (cinfo->regbase, VGA_ATT_IW, 0x20); */
-	vga_w (cinfo->regbase, VGA_ATT_IW, 0x33);
+/*      vga_w(cinfo->regbase, VGA_ATT_IW, 0x20); */
+	vga_w(cinfo->regbase, VGA_ATT_IW, 0x33);
 
 	/* dummy write on Reg0 to be on "write index" mode next time */
-	vga_w (cinfo->regbase, VGA_ATT_IW, 0x00);
+	vga_w(cinfo->regbase, VGA_ATT_IW, 0x00);
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 }
 
 /*** WHDR() - write into the Hidden DAC register ***/
@@ -2750,119 +2915,115 @@ static void AttrOn (const struct cirrusf
  * registers of their functional group) here is a specialized routine for
  * accessing the HDR
  */
-static void WHDR (const struct cirrusfb_info *cinfo, unsigned char val)
+static void WHDR(const struct cirrusfb_info *cinfo, unsigned char val)
 {
 	unsigned char dummy;
 
 	if (cinfo->btype == BT_PICASSO) {
 		/* Klaus' hint for correct access to HDR on some boards */
 		/* first write 0 to pixel mask (3c6) */
-		WGen (cinfo, VGA_PEL_MSK, 0x00);
-		udelay (200);
+		WGen(cinfo, VGA_PEL_MSK, 0x00);
+		udelay(200);
 		/* next read dummy from pixel address (3c8) */
-		dummy = RGen (cinfo, VGA_PEL_IW);
-		udelay (200);
+		dummy = RGen(cinfo, VGA_PEL_IW);
+		udelay(200);
 	}
 	/* now do the usual stuff to access the HDR */
 
-	dummy = RGen (cinfo, VGA_PEL_MSK);
-	udelay (200);
-	dummy = RGen (cinfo, VGA_PEL_MSK);
-	udelay (200);
-	dummy = RGen (cinfo, VGA_PEL_MSK);
-	udelay (200);
-	dummy = RGen (cinfo, VGA_PEL_MSK);
-	udelay (200);
+	dummy = RGen(cinfo, VGA_PEL_MSK);
+	udelay(200);
+	dummy = RGen(cinfo, VGA_PEL_MSK);
+	udelay(200);
+	dummy = RGen(cinfo, VGA_PEL_MSK);
+	udelay(200);
+	dummy = RGen(cinfo, VGA_PEL_MSK);
+	udelay(200);
 
-	WGen (cinfo, VGA_PEL_MSK, val);
-	udelay (200);
+	WGen(cinfo, VGA_PEL_MSK, val);
+	udelay(200);
 
 	if (cinfo->btype == BT_PICASSO) {
 		/* now first reset HDR access counter */
-		dummy = RGen (cinfo, VGA_PEL_IW);
-		udelay (200);
+		dummy = RGen(cinfo, VGA_PEL_IW);
+		udelay(200);
 
 		/* and at the end, restore the mask value */
 		/* ## is this mask always 0xff? */
-		WGen (cinfo, VGA_PEL_MSK, 0xff);
-		udelay (200);
+		WGen(cinfo, VGA_PEL_MSK, 0xff);
+		udelay(200);
 	}
 }
 
-
 /*** WSFR() - write to the "special function register" (SFR) ***/
-static void WSFR (struct cirrusfb_info *cinfo, unsigned char val)
+static void WSFR(struct cirrusfb_info *cinfo, unsigned char val)
 {
 #ifdef CONFIG_ZORRO
-	assert (cinfo->regbase != NULL);
+	assert(cinfo->regbase != NULL);
 	cinfo->SFR = val;
-	z_writeb (val, cinfo->regbase + 0x8000);
+	z_writeb(val, cinfo->regbase + 0x8000);
 #endif
 }
 
 /* The Picasso has a second register for switching the monitor bit */
-static void WSFR2 (struct cirrusfb_info *cinfo, unsigned char val)
+static void WSFR2(struct cirrusfb_info *cinfo, unsigned char val)
 {
 #ifdef CONFIG_ZORRO
 	/* writing an arbitrary value to this one causes the monitor switcher */
 	/* to flip to Amiga display */
-	assert (cinfo->regbase != NULL);
+	assert(cinfo->regbase != NULL);
 	cinfo->SFR = val;
-	z_writeb (val, cinfo->regbase + 0x9000);
+	z_writeb(val, cinfo->regbase + 0x9000);
 #endif
 }
 
-
 /*** WClut - set CLUT entry (range: 0..63) ***/
-static void WClut (struct cirrusfb_info *cinfo, unsigned char regnum, unsigned char red,
+static void WClut(struct cirrusfb_info *cinfo, unsigned char regnum, unsigned char red,
 	    unsigned char green, unsigned char blue)
 {
 	unsigned int data = VGA_PEL_D;
 
 	/* address write mode register is not translated.. */
-	vga_w (cinfo->regbase, VGA_PEL_IW, regnum);
+	vga_w(cinfo->regbase, VGA_PEL_IW, regnum);
 
 	if (cinfo->btype == BT_PICASSO || cinfo->btype == BT_PICASSO4 ||
 	    cinfo->btype == BT_ALPINE || cinfo->btype == BT_GD5480) {
 		/* but DAC data register IS, at least for Picasso II */
 		if (cinfo->btype == BT_PICASSO)
 			data += 0xfff;
-		vga_w (cinfo->regbase, data, red);
-		vga_w (cinfo->regbase, data, green);
-		vga_w (cinfo->regbase, data, blue);
+		vga_w(cinfo->regbase, data, red);
+		vga_w(cinfo->regbase, data, green);
+		vga_w(cinfo->regbase, data, blue);
 	} else {
-		vga_w (cinfo->regbase, data, blue);
-		vga_w (cinfo->regbase, data, green);
-		vga_w (cinfo->regbase, data, red);
+		vga_w(cinfo->regbase, data, blue);
+		vga_w(cinfo->regbase, data, green);
+		vga_w(cinfo->regbase, data, red);
 	}
 }
 
-
 #if 0
 /*** RClut - read CLUT entry (range 0..63) ***/
-static void RClut (struct cirrusfb_info *cinfo, unsigned char regnum, unsigned char *red,
+static void RClut(struct cirrusfb_info *cinfo, unsigned char regnum, unsigned char *red,
 	    unsigned char *green, unsigned char *blue)
 {
 	unsigned int data = VGA_PEL_D;
 
-	vga_w (cinfo->regbase, VGA_PEL_IR, regnum);
+	vga_w(cinfo->regbase, VGA_PEL_IR, regnum);
 
 	if (cinfo->btype == BT_PICASSO || cinfo->btype == BT_PICASSO4 ||
 	    cinfo->btype == BT_ALPINE || cinfo->btype == BT_GD5480) {
 		if (cinfo->btype == BT_PICASSO)
 			data += 0xfff;
-		*red = vga_r (cinfo->regbase, data);
-		*green = vga_r (cinfo->regbase, data);
-		*blue = vga_r (cinfo->regbase, data);
+		*red = vga_r(cinfo->regbase, data);
+		*green = vga_r(cinfo->regbase, data);
+		*blue = vga_r(cinfo->regbase, data);
 	} else {
-		*blue = vga_r (cinfo->regbase, data);
-		*green = vga_r (cinfo->regbase, data);
-		*red = vga_r (cinfo->regbase, data);
+		*blue = vga_r(cinfo->regbase, data);
+		*green = vga_r(cinfo->regbase, data);
+		*red = vga_r(cinfo->regbase, data);
 	}
 }
 #endif
 
-
 /*******************************************************************
 	cirrusfb_WaitBLT()
 
@@ -2870,10 +3031,10 @@ static void RClut (struct cirrusfb_info 
 *********************************************************************/
 
 /* FIXME: use interrupts instead */
-static void cirrusfb_WaitBLT (u8 __iomem *regbase)
+static void cirrusfb_WaitBLT(u8 __iomem *regbase)
 {
 	/* now busy-wait until we're done */
-	while (vga_rgfx (regbase, CL_GR31) & 0x08)
+	while (vga_rgfx(regbase, CL_GR31) & 0x08)
 		/* do nothing */ ;
 }
 
@@ -2883,15 +3044,17 @@ static void cirrusfb_WaitBLT (u8 __iomem
 	perform accelerated "scrolling"
 ********************************************************************/
 
-static void cirrusfb_BitBLT (u8 __iomem *regbase, int bits_per_pixel,
-			     u_short curx, u_short cury, u_short destx, u_short desty,
-			     u_short width, u_short height, u_short line_length)
+static void cirrusfb_BitBLT(u8 __iomem *regbase, int bits_per_pixel,
+			    u_short curx, u_short cury,
+			    u_short destx, u_short desty,
+			    u_short width, u_short height,
+			    u_short line_length)
 {
 	u_short nwidth, nheight;
 	u_long nsrc, ndest;
 	u_char bltmode;
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
 	nwidth = width - 1;
 	nheight = height - 1;
@@ -2911,9 +3074,13 @@ static void cirrusfb_BitBLT (u8 __iomem 
 		nsrc = (cury * line_length) + curx;
 		ndest = (desty * line_length) + destx;
 	} else {
-		/* this means start addresses are at the end, counting backwards */
-		nsrc = cury * line_length + curx + nheight * line_length + nwidth;
-		ndest = desty * line_length + destx + nheight * line_length + nwidth;
+		/* this means start addresses are at the end,
+		 * counting backwards
+		 */
+		nsrc = cury * line_length + curx +
+			nheight * line_length + nwidth;
+		ndest = desty * line_length + destx +
+			nheight * line_length + nwidth;
 	}
 
 	/*
@@ -2929,52 +3096,65 @@ static void cirrusfb_BitBLT (u8 __iomem 
 	   start/stop
 	 */
 
-        cirrusfb_WaitBLT(regbase);
+	cirrusfb_WaitBLT(regbase);
 
 	/* pitch: set to line_length */
-	vga_wgfx (regbase, CL_GR24, line_length & 0xff);	/* dest pitch low */
-	vga_wgfx (regbase, CL_GR25, (line_length >> 8));	/* dest pitch hi */
-	vga_wgfx (regbase, CL_GR26, line_length & 0xff);	/* source pitch low */
-	vga_wgfx (regbase, CL_GR27, (line_length >> 8));	/* source pitch hi */
+	/* dest pitch low */
+	vga_wgfx(regbase, CL_GR24, line_length & 0xff);
+	/* dest pitch hi */
+	vga_wgfx(regbase, CL_GR25, line_length >> 8);
+	/* source pitch low */
+	vga_wgfx(regbase, CL_GR26, line_length & 0xff);
+	/* source pitch hi */
+	vga_wgfx(regbase, CL_GR27, line_length >> 8);
 
 	/* BLT width: actual number of pixels - 1 */
-	vga_wgfx (regbase, CL_GR20, nwidth & 0xff);	/* BLT width low */
-	vga_wgfx (regbase, CL_GR21, (nwidth >> 8));	/* BLT width hi */
+	/* BLT width low */
+	vga_wgfx(regbase, CL_GR20, nwidth & 0xff);
+	/* BLT width hi */
+	vga_wgfx(regbase, CL_GR21, nwidth >> 8);
 
 	/* BLT height: actual number of lines -1 */
-	vga_wgfx (regbase, CL_GR22, nheight & 0xff);	/* BLT height low */
-	vga_wgfx (regbase, CL_GR23, (nheight >> 8));	/* BLT width hi */
+	/* BLT height low */
+	vga_wgfx(regbase, CL_GR22, nheight & 0xff);
+	/* BLT width hi */
+	vga_wgfx(regbase, CL_GR23, nheight >> 8);
 
 	/* BLT destination */
-	vga_wgfx (regbase, CL_GR28, (u_char) (ndest & 0xff));	/* BLT dest low */
-	vga_wgfx (regbase, CL_GR29, (u_char) (ndest >> 8));	/* BLT dest mid */
-	vga_wgfx (regbase, CL_GR2A, (u_char) (ndest >> 16));	/* BLT dest hi */
+	/* BLT dest low */
+	vga_wgfx(regbase, CL_GR28, (u_char) (ndest & 0xff));
+	/* BLT dest mid */
+	vga_wgfx(regbase, CL_GR29, (u_char) (ndest >> 8));
+	/* BLT dest hi */
+	vga_wgfx(regbase, CL_GR2A, (u_char) (ndest >> 16));
 
 	/* BLT source */
-	vga_wgfx (regbase, CL_GR2C, (u_char) (nsrc & 0xff));	/* BLT src low */
-	vga_wgfx (regbase, CL_GR2D, (u_char) (nsrc >> 8));		/* BLT src mid */
-	vga_wgfx (regbase, CL_GR2E, (u_char) (nsrc >> 16));	/* BLT src hi */
+	/* BLT src low */
+	vga_wgfx(regbase, CL_GR2C, (u_char) (nsrc & 0xff));
+	/* BLT src mid */
+	vga_wgfx(regbase, CL_GR2D, (u_char) (nsrc >> 8));
+	/* BLT src hi */
+	vga_wgfx(regbase, CL_GR2E, (u_char) (nsrc >> 16));
 
 	/* BLT mode */
-	vga_wgfx (regbase, CL_GR30, bltmode);	/* BLT mode */
+	vga_wgfx(regbase, CL_GR30, bltmode);	/* BLT mode */
 
 	/* BLT ROP: SrcCopy */
-	vga_wgfx (regbase, CL_GR32, 0x0d);		/* BLT ROP */
+	vga_wgfx(regbase, CL_GR32, 0x0d);	/* BLT ROP */
 
 	/* and finally: GO! */
-	vga_wgfx (regbase, CL_GR31, 0x02);		/* BLT Start/status */
+	vga_wgfx(regbase, CL_GR31, 0x02);	/* BLT Start/status */
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 }
 
-
 /*******************************************************************
 	cirrusfb_RectFill()
 
 	perform accelerated rectangle fill
 ********************************************************************/
 
-static void cirrusfb_RectFill (u8 __iomem *regbase, int bits_per_pixel,
+static void cirrusfb_RectFill(u8 __iomem *regbase, int bits_per_pixel,
 		     u_short x, u_short y, u_short width, u_short height,
 		     u_char color, u_short line_length)
 {
@@ -2982,93 +3162,95 @@ static void cirrusfb_RectFill (u8 __iome
 	u_long ndest;
 	u_char op;
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
 	nwidth = width - 1;
 	nheight = height - 1;
 
 	ndest = (y * line_length) + x;
 
-        cirrusfb_WaitBLT(regbase);
+	cirrusfb_WaitBLT(regbase);
 
 	/* pitch: set to line_length */
-	vga_wgfx (regbase, CL_GR24, line_length & 0xff);	/* dest pitch low */
-	vga_wgfx (regbase, CL_GR25, (line_length >> 8));	/* dest pitch hi */
-	vga_wgfx (regbase, CL_GR26, line_length & 0xff);	/* source pitch low */
-	vga_wgfx (regbase, CL_GR27, (line_length >> 8));	/* source pitch hi */
+	vga_wgfx(regbase, CL_GR24, line_length & 0xff);	/* dest pitch low */
+	vga_wgfx(regbase, CL_GR25, line_length >> 8);	/* dest pitch hi */
+	vga_wgfx(regbase, CL_GR26, line_length & 0xff);	/* source pitch low */
+	vga_wgfx(regbase, CL_GR27, line_length >> 8);	/* source pitch hi */
 
 	/* BLT width: actual number of pixels - 1 */
-	vga_wgfx (regbase, CL_GR20, nwidth & 0xff);	/* BLT width low */
-	vga_wgfx (regbase, CL_GR21, (nwidth >> 8));	/* BLT width hi */
+	vga_wgfx(regbase, CL_GR20, nwidth & 0xff);	/* BLT width low */
+	vga_wgfx(regbase, CL_GR21, nwidth >> 8);	/* BLT width hi */
 
 	/* BLT height: actual number of lines -1 */
-	vga_wgfx (regbase, CL_GR22, nheight & 0xff);		/* BLT height low */
-	vga_wgfx (regbase, CL_GR23, (nheight >> 8));		/* BLT width hi */
+	vga_wgfx(regbase, CL_GR22, nheight & 0xff);	/* BLT height low */
+	vga_wgfx(regbase, CL_GR23, nheight >> 8);	/* BLT width hi */
 
 	/* BLT destination */
-	vga_wgfx (regbase, CL_GR28, (u_char) (ndest & 0xff));	/* BLT dest low */
-	vga_wgfx (regbase, CL_GR29, (u_char) (ndest >> 8));	/* BLT dest mid */
-	vga_wgfx (regbase, CL_GR2A, (u_char) (ndest >> 16));		/* BLT dest hi */
+	/* BLT dest low */
+	vga_wgfx(regbase, CL_GR28, (u_char) (ndest & 0xff));
+	/* BLT dest mid */
+	vga_wgfx(regbase, CL_GR29, (u_char) (ndest >> 8));
+	/* BLT dest hi */
+	vga_wgfx(regbase, CL_GR2A, (u_char) (ndest >> 16));
 
 	/* BLT source: set to 0 (is a dummy here anyway) */
-	vga_wgfx (regbase, CL_GR2C, 0x00);	/* BLT src low */
-	vga_wgfx (regbase, CL_GR2D, 0x00);	/* BLT src mid */
-	vga_wgfx (regbase, CL_GR2E, 0x00);	/* BLT src hi */
+	vga_wgfx(regbase, CL_GR2C, 0x00);	/* BLT src low */
+	vga_wgfx(regbase, CL_GR2D, 0x00);	/* BLT src mid */
+	vga_wgfx(regbase, CL_GR2E, 0x00);	/* BLT src hi */
 
 	/* This is a ColorExpand Blt, using the */
 	/* same color for foreground and background */
-	vga_wgfx (regbase, VGA_GFX_SR_VALUE, color);	/* foreground color */
-	vga_wgfx (regbase, VGA_GFX_SR_ENABLE, color);	/* background color */
+	vga_wgfx(regbase, VGA_GFX_SR_VALUE, color);	/* foreground color */
+	vga_wgfx(regbase, VGA_GFX_SR_ENABLE, color);	/* background color */
 
 	op = 0xc0;
 	if (bits_per_pixel == 16) {
-		vga_wgfx (regbase, CL_GR10, color);	/* foreground color */
-		vga_wgfx (regbase, CL_GR11, color);	/* background color */
+		vga_wgfx(regbase, CL_GR10, color);	/* foreground color */
+		vga_wgfx(regbase, CL_GR11, color);	/* background color */
 		op = 0x50;
 		op = 0xd0;
 	} else if (bits_per_pixel == 32) {
-		vga_wgfx (regbase, CL_GR10, color);	/* foreground color */
-		vga_wgfx (regbase, CL_GR11, color);	/* background color */
-		vga_wgfx (regbase, CL_GR12, color);	/* foreground color */
-		vga_wgfx (regbase, CL_GR13, color);	/* background color */
-		vga_wgfx (regbase, CL_GR14, 0);	/* foreground color */
-		vga_wgfx (regbase, CL_GR15, 0);	/* background color */
+		vga_wgfx(regbase, CL_GR10, color);	/* foreground color */
+		vga_wgfx(regbase, CL_GR11, color);	/* background color */
+		vga_wgfx(regbase, CL_GR12, color);	/* foreground color */
+		vga_wgfx(regbase, CL_GR13, color);	/* background color */
+		vga_wgfx(regbase, CL_GR14, 0);	/* foreground color */
+		vga_wgfx(regbase, CL_GR15, 0);	/* background color */
 		op = 0x50;
 		op = 0xf0;
 	}
 	/* BLT mode: color expand, Enable 8x8 copy (faster?) */
-	vga_wgfx (regbase, CL_GR30, op);	/* BLT mode */
+	vga_wgfx(regbase, CL_GR30, op);	/* BLT mode */
 
 	/* BLT ROP: SrcCopy */
-	vga_wgfx (regbase, CL_GR32, 0x0d);	/* BLT ROP */
+	vga_wgfx(regbase, CL_GR32, 0x0d);	/* BLT ROP */
 
 	/* and finally: GO! */
-	vga_wgfx (regbase, CL_GR31, 0x02);	/* BLT Start/status */
+	vga_wgfx(regbase, CL_GR31, 0x02);	/* BLT Start/status */
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 }
 
-
 /**************************************************************************
  * bestclock() - determine closest possible clock lower(?) than the
  * desired pixel clock
  **************************************************************************/
-static void bestclock (long freq, long *best, long *nom,
+static void bestclock(long freq, long *best, long *nom,
 		       long *den, long *div, long maxfreq)
 {
 	long n, h, d, f;
 
-	assert (best != NULL);
-	assert (nom != NULL);
-	assert (den != NULL);
-	assert (div != NULL);
-	assert (maxfreq > 0);
+	assert(best != NULL);
+	assert(nom != NULL);
+	assert(den != NULL);
+	assert(div != NULL);
+	assert(maxfreq > 0);
 
 	*nom = 0;
 	*den = 0;
 	*div = 0;
 
-	DPRINTK ("ENTER\n");
+	DPRINTK("ENTER\n");
 
 	if (freq < 8000)
 		freq = 8000;
@@ -3085,7 +3267,7 @@ static void bestclock (long freq, long *
 			if (d > 31)
 				d = (d / 2) * 2;
 			h = (14318 * n) / d;
-			if (abs (h - freq) < abs (*best - freq)) {
+			if (abs(h - freq) < abs(*best - freq)) {
 				*best = h;
 				*nom = n;
 				if (d < 32) {
@@ -3102,7 +3284,7 @@ static void bestclock (long freq, long *
 			if (d > 31)
 				d = (d / 2) * 2;
 			h = (14318 * n) / d;
-			if (abs (h - freq) < abs (*best - freq)) {
+			if (abs(h - freq) < abs(*best - freq)) {
 				*best = h;
 				*nom = n;
 				if (d < 32) {
@@ -3116,14 +3298,13 @@ static void bestclock (long freq, long *
 		}
 	}
 
-	DPRINTK ("Best possible values for given frequency:\n");
-	DPRINTK ("        best: %ld kHz  nom: %ld  den: %ld  div: %ld\n",
-		 freq, *nom, *den, *div);
+	DPRINTK("Best possible values for given frequency:\n");
+	DPRINTK("	best: %ld kHz  nom: %ld  den: %ld  div: %ld\n",
+		freq, *nom, *den, *div);
 
-	DPRINTK ("EXIT\n");
+	DPRINTK("EXIT\n");
 }
 
-
 /* -------------------------------------------------------------------------
  *
  * debugging functions
@@ -3145,21 +3326,20 @@ static void bestclock (long freq, long *
  */
 
 static
-void cirrusfb_dbg_print_byte (const char *name, unsigned char val)
+void cirrusfb_dbg_print_byte(const char *name, unsigned char val)
 {
-	DPRINTK ("%8s = 0x%02X (bits 7-0: %c%c%c%c%c%c%c%c)\n",
-		 name, val,
-		 val & 0x80 ? '1' : '0',
-		 val & 0x40 ? '1' : '0',
-		 val & 0x20 ? '1' : '0',
-		 val & 0x10 ? '1' : '0',
-		 val & 0x08 ? '1' : '0',
-		 val & 0x04 ? '1' : '0',
-		 val & 0x02 ? '1' : '0',
-		 val & 0x01 ? '1' : '0');
+	DPRINTK("%8s = 0x%02X (bits 7-0: %c%c%c%c%c%c%c%c)\n",
+		name, val,
+		val & 0x80 ? '1' : '0',
+		val & 0x40 ? '1' : '0',
+		val & 0x20 ? '1' : '0',
+		val & 0x10 ? '1' : '0',
+		val & 0x08 ? '1' : '0',
+		val & 0x04 ? '1' : '0',
+		val & 0x02 ? '1' : '0',
+		val & 0x01 ? '1' : '0');
 }
 
-
 /**
  * cirrusfb_dbg_print_regs
  * @base: If using newmmio, the newmmio base address, otherwise %NULL
@@ -3172,25 +3352,26 @@ void cirrusfb_dbg_print_byte (const char
  */
 
 static
-void cirrusfb_dbg_print_regs (caddr_t regbase, cirrusfb_dbg_reg_class_t reg_class,...)
+void cirrusfb_dbg_print_regs(caddr_t regbase,
+			     cirrusfb_dbg_reg_class_t reg_class, ...)
 {
 	va_list list;
 	unsigned char val = 0;
 	unsigned reg;
 	char *name;
 
-	va_start (list, reg_class);
+	va_start(list, reg_class);
 
-	name = va_arg (list, char *);
+	name = va_arg(list, char *);
 	while (name != NULL) {
-		reg = va_arg (list, int);
+		reg = va_arg(list, int);
 
 		switch (reg_class) {
 		case CRT:
-			val = vga_rcrt (regbase, (unsigned char) reg);
+			val = vga_rcrt(regbase, (unsigned char) reg);
 			break;
 		case SEQ:
-			val = vga_rseq (regbase, (unsigned char) reg);
+			val = vga_rseq(regbase, (unsigned char) reg);
 			break;
 		default:
 			/* should never occur */
@@ -3198,15 +3379,14 @@ void cirrusfb_dbg_print_regs (caddr_t re
 			break;
 		}
 
-		cirrusfb_dbg_print_byte (name, val);
+		cirrusfb_dbg_print_byte(name, val);
 
-		name = va_arg (list, char *);
+		name = va_arg(list, char *);
 	}
 
-	va_end (list);
+	va_end(list);
 }
 
-
 /**
  * cirrusfb_dump
  * @cirrusfbinfo:
@@ -3214,13 +3394,11 @@ void cirrusfb_dbg_print_regs (caddr_t re
  * DESCRIPTION:
  */
 
-static
-void cirrusfb_dump (void)
+static void cirrusfb_dump(void)
 {
-	cirrusfb_dbg_reg_dump (NULL);
+	cirrusfb_dbg_reg_dump(NULL);
 }
 
-
 /**
  * cirrusfb_dbg_reg_dump
  * @base: If using newmmio, the newmmio base address, otherwise %NULL
@@ -3232,11 +3410,11 @@ void cirrusfb_dump (void)
  */
 
 static
-void cirrusfb_dbg_reg_dump (caddr_t regbase)
+void cirrusfb_dbg_reg_dump(caddr_t regbase)
 {
-	DPRINTK ("CIRRUSFB VGA CRTC register dump:\n");
+	DPRINTK("CIRRUSFB VGA CRTC register dump:\n");
 
-	cirrusfb_dbg_print_regs (regbase, CRT,
+	cirrusfb_dbg_print_regs(regbase, CRT,
 			   "CR00", 0x00,
 			   "CR01", 0x01,
 			   "CR02", 0x02,
@@ -3286,11 +3464,11 @@ void cirrusfb_dbg_reg_dump (caddr_t regb
 			   "CR3F", 0x3F,
 			   NULL);
 
-	DPRINTK ("\n");
+	DPRINTK("\n");
 
-	DPRINTK ("CIRRUSFB VGA SEQ register dump:\n");
+	DPRINTK("CIRRUSFB VGA SEQ register dump:\n");
 
-	cirrusfb_dbg_print_regs (regbase, SEQ,
+	cirrusfb_dbg_print_regs(regbase, SEQ,
 			   "SR00", 0x00,
 			   "SR01", 0x01,
 			   "SR02", 0x02,
@@ -3319,7 +3497,7 @@ void cirrusfb_dbg_reg_dump (caddr_t regb
 			   "SR1F", 0x1F,
 			   NULL);
 
-	DPRINTK ("\n");
+	DPRINTK("\n");
 }
 
 #endif				/* CIRRUSFB_DEBUG */

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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >>  http://get.splunk.com/

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

_______________________________________________
Linux-fbdev-devel mailing list
Linux-fbdev-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-fbdev-devel

(no subject)

[Henning, Arthur C. (CSL)]

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

RHEL 5

Have two events having difficulty capturing or reviewing with the audit
sub-system.

1. su - "non_existent_account". Using the nispom.rules provided by audit
1.5.6-1. Using various ausearch parameters, am unable to find a
corresponding failure when attempting to "su" to a non-existent account.

2. Non-privileged user attempting to change the date/time on the server.
Of course the user fails to be able to do so, but am unable to capture
or review the event.

Not sure if these are audit rule configuration or search unknowns or
audit sub-system limitations.

Thank you
Art Henning (CSL) 
Enterprise IT Solutions
Northrop Grumman Corporation
art.henning@ngc.com


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

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

(no subject)

[tahir Laanemets]

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

worldmarkets

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

[-- Attachment #2: market_sectors-virtualization.pdf --]
[-- Type: application/octet-stream, Size: 12831 bytes --]

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

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/virtualization

(no subject)

[Springs]

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

private-info

[-- Attachment #2: urgent_notific.pdf --]
[-- Type: application/octet-stream, Size: 8531 bytes --]

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

_______________________________________________
Containers mailing list
Containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
https://lists.linux-foundation.org/mailman/listinfo/containers

(no subject)

[CeDarlyn Pellikka]

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

Income report

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

[-- Attachment #2: Realtime-quotes-virtualization.pdf --]
[-- Type: application/octet-stream, Size: 11302 bytes --]

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

_______________________________________________
Virtualization mailing list
Virtualization@lists.linux-foundation.org
https://lists.linux-foundation.org/mailman/listinfo/virtualization

(no subject)

[Krzysztof Helt]

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

From: Krzysztof Helt <krzysztof.h1@wp.pl>

The linux/of.h header should be used instead of asm/prom.h.

Signed-off-by: Krzysztof Helt <krzysztof.h1@wp.pl>
---

Stephen Rothwell's post to the LKLM pointed that asm/prom.h
is replaced by linux/of*.h headers from the new OpenFirmware 
framework .

In case this post got malformed, the patch is attached too.

--- old/sound/sparc/dbri.c	2007-09-04 18:38:20.000000000 +0200
+++ new/sound/sparc/dbri.c	2007-09-06 07:24:46.188427350 +0200
@@ -66,7 +66,7 @@
 #include <sound/control.h>
 #include <sound/initval.h>
 
-#include <asm/prom.h>
+#include <linux/of.h>
 #include <asm/sbus.h>
 #include <asm/atomic.h>
 


----------------------------------------------------
Podróż w przeszłość - tysiące atrakcji w całej Polsce,
tylko we wrześniu - Zajrzyj na stronę Edd.com.pl - Kliknij:
http://klik.wp.pl/?adr=www.edd.com.pl&sid=9

[-- Attachment #2: dbri-include.diff --]
[-- Type: application/octet-stream, Size: 298 bytes --]

--- old/sound/sparc/dbri.c	2007-09-04 18:38:20.000000000 +0200
+++ new/sound/sparc/dbri.c	2007-09-06 07:24:46.188427350 +0200
@@ -66,7 +66,7 @@
 #include <sound/control.h>
 #include <sound/initval.h>
 
-#include <asm/prom.h>
+#include <linux/of.h>
 #include <asm/sbus.h>
 #include <asm/atomic.h>
 

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

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

Re: (no subject)

[Takashi Iwai]

At Thu, 06 Sep 2007 07:57:54 +0200,
Krzysztof Helt wrote:
> 
> [1  <text/plain; iso-8859-2 (8bit)>]
> From: Krzysztof Helt <krzysztof.h1@wp.pl>
> 
> The linux/of.h header should be used instead of asm/prom.h.
> 
> Signed-off-by: Krzysztof Helt <krzysztof.h1@wp.pl>
> ---
> 
> Stephen Rothwell's post to the LKLM pointed that asm/prom.h
> is replaced by linux/of*.h headers from the new OpenFirmware 
> framework .
> 
> In case this post got malformed, the patch is attached too.

Merged to ALSA tree now.  Thanks.


Takashi

(no subject)

[Jim Cromie]

	auth 2efbb938 subscribe linux-kernel jim.cromie@gmail.com
	auth a339d34a subscribe linux-net jim.cromie@gmail.com

(no subject)

[蔡先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

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

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

(no subject)

[蔡先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

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

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

(no subject)

[蔡先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

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

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

(no subject)

[蔡先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

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

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

(no subject)

[蔡先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

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

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

(no subject)

[蔡先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

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

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

(no subject)

[蔡先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

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

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

(no subject)

[蔡先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

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

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

(no subject)

[蔡先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

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

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

(no subject)

[蔡先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

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

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

(no subject)

[蔡先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

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

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

(no subject)

[蔡先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

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

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

(no subject)

[蔡先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

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

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

(no subject)

[蔡先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

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

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

(no subject)

[蔡先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

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

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

(no subject)

[蔡先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

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

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

(no subject)

[蔡先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

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

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

(no subject)

[蔡先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

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

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

(no subject)

[Neil Brown]

Subject: ANNOUNCE nfs-utils-1.1.1
X-Mailer: VM 7.19 under Emacs 21.4.1
FCC: ~/.mail/nfs-utils
X-face:	[Gw_3E*Gng}4rRrKRYotwlE?.2|**#s9D<ml'fY1Vw+@XfR[fRCsUoP?K6bt3YD\ui5Fh?f
	LONpR';(ql)VM_TQ/<l_^D3~B:z$\YC7gUCuC=sYm/80G=$tt"98mr8(l))QzVKCk$6~gldn~*FK9x
	8`;pM{3S8679sP+MbP,72<3_PIH-$I&iaiIb|hV1d%cYg))BmI)AZ
--text follows this line--

About 5 months since 1.1.0, nfs-utils-1.1.1 has just been released.

It can be found on sourceforge   http://download.sourceforge.net/nfs
or kernel.org                    http://www.kernel.org/pub/linux/utils/nfs/nfs-utils-1.1.1.tar.gz

It includes:

   Lots of fixes and improvements to mount.nfs and umount.nfs
    - The new "text based mount options" kernel interface is now
       supported, but is not yet the default
    - new mount option 'nosharecache'
    - shorter timeouts for TCP connections (not 75 seconds!)
   More efficient support for site with a large number of netgroups.
   "nfsstate --since" for easily reporting incremental statistics.
   Lots of compile warnings silenced.
   Clean up of the logging code.
   Fixed memory leaks in mountd.

I will be handing over maintenance of the nfs-utils package to 
    Steve Dickson <SteveD@redhat.com>

so please ensure that any patches you want included get sent to him.
(Thanks Steve!!)

We suspect that in the next release the use of text based mount
options will be the default (on kernels that support it).  In the mean
time, please consider testing this functionality by using "-i".
e.g
    /sbin/mount.nfs host:/path /my/directory -i -o options

NeilBrown

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

(no subject)

[『晴れたらいいね』]

月刊IP 2007年11月号（9/29発売）でも紹介された高機能フリーソフト
　　　【大人気フリーソフトのVista対応最新版】
何万件でもメール一括送信フリーソフト MailTrack2007 Windows Vista対応
登録など一切不要　ダウンロード後、即送信 今すぐ無料ダウンロード
               http://to-more-system.com/
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
広告欄1　http://to-more-system.com/kokoku.htm
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
広告欄2　http://to-more-system.com/kokoku.htm
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
広告欄3　http://to-more-system.com/kokoku.htm
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　　　↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑↑
　　　【貴方の広告を何十万件も継続配信しませんか】

月刊 IP2007年11月号（9/29発売）で紹介されたMailTrack2007の
ユーザーが送信した送信文章に貴方の広告を掲載しませんか。
大人気のソフトだから毎日数万件の配信を誇っています。　　
　　　http://to-more-system.com/kokoku.htm
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　　　　　　　　　　以上自動掲載広告欄
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━　


MailTrack2007 http://to-more-system.com/ で送信 

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

Re: (no subject)

[immanuel lily]

5c3Bycwg0sXLzMHNwSAtINPUwdLUIPfB28XHzyDCydrOxdPBISDrwd7F09TXxc7OzyDP1CDQ0s/G
xdPTyc/OwczP1y4KQ8HN2cUg0M/MztnFINLFx9XM0dLOzyDPws7P18zRxc3ZxSDCwdrZICjtz9PL
18EsIPLP09PJ0Swg8+7nKSAKQ8HNz8Ug08/X0sXNxc7Oz8Ugz8LP0tXEz9fBzsnFIArz0MXbydTF
IC0gxdPU2CDF3cUg18/azc/Wzs/T1NggCu3P08vXwTogLSA2Nu8tMzXvNgoKCi0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0KVGhpcyBTRi5uZXQgZW1haWwgaXMgc3BvbnNvcmVkIGJ5OiBTcGx1bmsgSW5jLgpTdGls
bCBncmVwcGluZyB0aHJvdWdoIGxvZyBmaWxlcyB0byBmaW5kIHByb2JsZW1zPyAgU3RvcC4KTm93
IFNlYXJjaCBsb2cgZXZlbnRzIGFuZCBjb25maWd1cmF0aW9uIGZpbGVzIHVzaW5nIEFKQVggYW5k
IGEgYnJvd3Nlci4KRG93bmxvYWQgeW91ciBGUkVFIGNvcHkgb2YgU3BsdW5rIG5vdyA+PiBodHRw
Oi8vZ2V0LnNwbHVuay5jb20vCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fCk5GUyBtYWlsbGlzdCAgLSAgTkZTQGxpc3RzLnNvdXJjZWZvcmdlLm5ldApodHRw
czovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9uZnMK

(no subject)

[张先生]

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

                                                                                  宝恒实业有限公司
　                                                           尊敬的贵公司（厂）财务部：
                                                         您好！
                                                             本公司身受多家包税公司委托代开各种税票，规范做帐，价格优惠，
                                                         为企业争取最大的经济利益。
                                                            发票种类分别为：增值税专用发票、海关增值税专用发票、普通国税
                                                         (服务业、运输业、建筑安装业、广告业、加工业、销售业等等。)
                                                            如贵公司（厂）需要本公司代开发票请来电联系.
                                                             致
                                                          礼
                                                                                          请来电联系；0755-21054532
                                                                                          13751120762 蔡先生
                                                                                          LINBO762-guc8Kt/Hbbw@public.gmane.org
        


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

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/

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

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

(no subject)

[Bill Tangren]

I am running audit-1.0.15-3.EL4 on a RHEL ES 4 system, fully patched. I am
trying to learn the meaning of the output of aureport. For example, if I
want to look at failed events, could you tell me what the following means?
That is, how do I know from this what is failing, and why?



[root@doggett ~]# /sbin/aureport -e --failed -ts yesterday 00:00:00 -te
today 00:00:00

Event Report
===========================
# date time event type auid
===========================
1. 11/01/2007 12:00:00 AM 5844794 SYSCALL -1



TIA,
Bill Tangren

Re: (no subject)

[Willis]

/MzFy9TSz87OwdEg0sXLzMHNwSAgCu3Fx8Egy8HexdPU188gz9Qg0NLPxsXT08nPzsHMz9cuCkPB
zdnFINDPzM7ZxSDSxcfVzNHSzs8gz8LOz9fM0cXN2cUgwsHa2SAo7c/Ty9fBLCDyz9PTydEsIPPu
5ykgCufB0sHO1MnRIMvB3sXT1NfBIMkgz9TexdQgCtTFzMXGz84g1yBtc2s6IC0gNjQ4LTY3LTYx
CgoKLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLQpUaGlzIFNGLm5ldCBlbWFpbCBpcyBzcG9uc29yZWQgYnk6IFNw
bHVuayBJbmMuClN0aWxsIGdyZXBwaW5nIHRocm91Z2ggbG9nIGZpbGVzIHRvIGZpbmQgcHJvYmxl
bXM/ICBTdG9wLgpOb3cgU2VhcmNoIGxvZyBldmVudHMgYW5kIGNvbmZpZ3VyYXRpb24gZmlsZXMg
dXNpbmcgQUpBWCBhbmQgYSBicm93c2VyLgpEb3dubG9hZCB5b3VyIEZSRUUgY29weSBvZiBTcGx1
bmsgbm93ID4+IGh0dHA6Ly9nZXQuc3BsdW5rLmNvbS8KX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX18KTkZTIG1haWxsaXN0ICAtICBORlNAbGlzdHMuc291cmNl
Zm9yZ2UubmV0Cmh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL25m
cwo=

(no subject)

[Thomas Bogendoerfer]

Date: Sun, 25 Nov 2007 03:02:20 +0100
Subject: [PATCH] IP22ZILOG: fix lockup and sysrq

- fix lockup when switching from early console to real console
- make sysrq reliable
- fix panic, if sysrq is issued before console is opened

Signed-off-by: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
---
 arch/mips/sgi-ip22/ip22-setup.c |   19 ---
 drivers/serial/ip22zilog.c      |  247 +++++++++++++++++----------------------
 include/linux/serial_core.h     |    2 +-
 3 files changed, 107 insertions(+), 161 deletions(-)

diff --git a/arch/mips/sgi-ip22/ip22-setup.c b/arch/mips/sgi-ip22/ip22-setup.c
index 174f09e..5f389ee 100644
--- a/arch/mips/sgi-ip22/ip22-setup.c
+++ b/arch/mips/sgi-ip22/ip22-setup.c
@@ -31,25 +31,6 @@
 unsigned long sgi_gfxaddr;
 EXPORT_SYMBOL_GPL(sgi_gfxaddr);
 
-/*
- * Stop-A is originally a Sun thing that isn't standard on IP22 so to avoid
- * accidents it's disabled by default on IP22.
- *
- * FIXME: provide a mechanism to change the value of stop_a_enabled.
- */
-int stop_a_enabled;
-
-void ip22_do_break(void)
-{
-	if (!stop_a_enabled)
-		return;
-
-	printk("\n");
-	ArcEnterInteractiveMode();
-}
-
-EXPORT_SYMBOL(ip22_do_break);
-
 extern void ip22_be_init(void) __init;
 
 void __init plat_mem_setup(void)
diff --git a/drivers/serial/ip22zilog.c b/drivers/serial/ip22zilog.c
index f3257f7..9c95bc0 100644
--- a/drivers/serial/ip22zilog.c
+++ b/drivers/serial/ip22zilog.c
@@ -45,8 +45,6 @@
 
 #include "ip22zilog.h"
 
-void ip22_do_break(void);
-
 /*
  * On IP22 we need to delay after register accesses but we do not need to
  * flush writes.
@@ -81,12 +79,9 @@ struct uart_ip22zilog_port {
 #define IP22ZILOG_FLAG_REGS_HELD	0x00000040
 #define IP22ZILOG_FLAG_TX_STOPPED	0x00000080
 #define IP22ZILOG_FLAG_TX_ACTIVE	0x00000100
+#define IP22ZILOG_FLAG_RESET_DONE	0x00000200
 
-	unsigned int			cflag;
-
-	/* L1-A keyboard break state.  */
-	int				kbd_id;
-	int				l1_down;
+	unsigned int			tty_break;
 
 	unsigned char			parity_mask;
 	unsigned char			prev_status;
@@ -250,13 +245,26 @@ static void ip22zilog_maybe_update_regs(struct uart_ip22zilog_port *up,
 	}
 }
 
-static void ip22zilog_receive_chars(struct uart_ip22zilog_port *up,
-				   struct zilog_channel *channel)
+#define Rx_BRK 0x0100                   /* BREAK event software flag.  */
+#define Rx_SYS 0x0200                   /* SysRq event software flag.  */
+
+static struct tty_struct *ip22zilog_receive_chars(struct uart_ip22zilog_port *up,
+						  struct zilog_channel *channel)
 {
-	struct tty_struct *tty = up->port.info->tty;	/* XXX info==NULL? */
+	struct tty_struct *tty;
+	unsigned char ch, flag;
+	unsigned int r1;
+
+	tty = NULL;
+	if (up->port.info != NULL &&
+	    up->port.info->tty != NULL)
+		tty = up->port.info->tty;
 
-	while (1) {
-		unsigned char ch, r1, flag;
+	for (;;) {
+		ch = readb(&channel->control);
+		ZSDELAY();
+		if (!(ch & Rx_CH_AV))
+			break;
 
 		r1 = read_zsreg(channel, R1);
 		if (r1 & (PAR_ERR | Rx_OVR | CRC_ERR)) {
@@ -265,43 +273,26 @@ static void ip22zilog_receive_chars(struct uart_ip22zilog_port *up,
 			ZS_WSYNC(channel);
 		}
 
-		ch = readb(&channel->control);
-		ZSDELAY();
-
-		/* This funny hack depends upon BRK_ABRT not interfering
-		 * with the other bits we care about in R1.
-		 */
-		if (ch & BRK_ABRT)
-			r1 |= BRK_ABRT;
-
 		ch = readb(&channel->data);
 		ZSDELAY();
 
 		ch &= up->parity_mask;
 
-		if (ZS_IS_CONS(up) && (r1 & BRK_ABRT)) {
-			/* Wait for BREAK to deassert to avoid potentially
-			 * confusing the PROM.
-			 */
-			while (1) {
-				ch = readb(&channel->control);
-				ZSDELAY();
-				if (!(ch & BRK_ABRT))
-					break;
-			}
-			ip22_do_break();
-			return;
-		}
+		/* Handle the null char got when BREAK is removed.  */
+		if (!ch)
+			r1 |= up->tty_break;
 
 		/* A real serial line, record the character and status.  */
 		flag = TTY_NORMAL;
 		up->port.icount.rx++;
-		if (r1 & (BRK_ABRT | PAR_ERR | Rx_OVR | CRC_ERR)) {
-			if (r1 & BRK_ABRT) {
-				r1 &= ~(PAR_ERR | CRC_ERR);
+		if (r1 & (PAR_ERR | Rx_OVR | CRC_ERR | Rx_SYS | Rx_BRK)) {
+			up->tty_break = 0;
+
+			if (r1 & (Rx_SYS | Rx_BRK)) {
 				up->port.icount.brk++;
-				if (uart_handle_break(&up->port))
-					goto next_char;
+				if (r1 & Rx_SYS)
+					continue;
+				r1 &= ~(PAR_ERR | CRC_ERR);
 			}
 			else if (r1 & PAR_ERR)
 				up->port.icount.parity++;
@@ -310,30 +301,21 @@ static void ip22zilog_receive_chars(struct uart_ip22zilog_port *up,
 			if (r1 & Rx_OVR)
 				up->port.icount.overrun++;
 			r1 &= up->port.read_status_mask;
-			if (r1 & BRK_ABRT)
+			if (r1 & Rx_BRK)
 				flag = TTY_BREAK;
 			else if (r1 & PAR_ERR)
 				flag = TTY_PARITY;
 			else if (r1 & CRC_ERR)
 				flag = TTY_FRAME;
 		}
-		if (uart_handle_sysrq_char(&up->port, ch))
-			goto next_char;
 
-		if (up->port.ignore_status_mask == 0xff ||
-		    (r1 & up->port.ignore_status_mask) == 0)
-		    	tty_insert_flip_char(tty, ch, flag);
+		if (uart_handle_sysrq_char(&up->port, ch))
+			continue;
 
-		if (r1 & Rx_OVR)
-			tty_insert_flip_char(tty, 0, TTY_OVERRUN);
-	next_char:
-		ch = readb(&channel->control);
-		ZSDELAY();
-		if (!(ch & Rx_CH_AV))
-			break;
+		if (tty)
+			uart_insert_char(&up->port, r1, Rx_OVR, ch, flag);
 	}
-
-	tty_flip_buffer_push(tty);
+	return tty;
 }
 
 static void ip22zilog_status_handle(struct uart_ip22zilog_port *up,
@@ -348,6 +330,15 @@ static void ip22zilog_status_handle(struct uart_ip22zilog_port *up,
 	ZSDELAY();
 	ZS_WSYNC(channel);
 
+	if (up->curregs[R15] & BRKIE) {
+		if ((status & BRK_ABRT) && !(up->prev_status & BRK_ABRT)) {
+			if (uart_handle_break(&up->port))
+				up->tty_break = Rx_SYS;
+			else
+				up->tty_break = Rx_BRK;
+		}
+	}
+
 	if (ZS_WANTS_MODEM_STATUS(up)) {
 		if (status & SYNC)
 			up->port.icount.dsr++;
@@ -356,10 +347,10 @@ static void ip22zilog_status_handle(struct uart_ip22zilog_port *up,
 		 * But it does not tell us which bit has changed, we have to keep
 		 * track of this ourselves.
 		 */
-		if ((status & DCD) ^ up->prev_status)
+		if ((status ^ up->prev_status) ^ DCD)
 			uart_handle_dcd_change(&up->port,
 					       (status & DCD));
-		if ((status & CTS) ^ up->prev_status)
+		if ((status ^ up->prev_status) ^ CTS)
 			uart_handle_cts_change(&up->port,
 					       (status & CTS));
 
@@ -447,19 +438,21 @@ static irqreturn_t ip22zilog_interrupt(int irq, void *dev_id)
 	while (up) {
 		struct zilog_channel *channel
 			= ZILOG_CHANNEL_FROM_PORT(&up->port);
+		struct tty_struct *tty;
 		unsigned char r3;
 
 		spin_lock(&up->port.lock);
 		r3 = read_zsreg(channel, R3);
 
 		/* Channel A */
+		tty = NULL;
 		if (r3 & (CHAEXT | CHATxIP | CHARxIP)) {
 			writeb(RES_H_IUS, &channel->control);
 			ZSDELAY();
 			ZS_WSYNC(channel);
 
 			if (r3 & CHARxIP)
-				ip22zilog_receive_chars(up, channel);
+				tty = ip22zilog_receive_chars(up, channel);
 			if (r3 & CHAEXT)
 				ip22zilog_status_handle(up, channel);
 			if (r3 & CHATxIP)
@@ -467,18 +460,22 @@ static irqreturn_t ip22zilog_interrupt(int irq, void *dev_id)
 		}
 		spin_unlock(&up->port.lock);
 
+		if (tty)
+			tty_flip_buffer_push(tty);
+
 		/* Channel B */
 		up = up->next;
 		channel = ZILOG_CHANNEL_FROM_PORT(&up->port);
 
 		spin_lock(&up->port.lock);
+		tty = NULL;
 		if (r3 & (CHBEXT | CHBTxIP | CHBRxIP)) {
 			writeb(RES_H_IUS, &channel->control);
 			ZSDELAY();
 			ZS_WSYNC(channel);
 
 			if (r3 & CHBRxIP)
-				ip22zilog_receive_chars(up, channel);
+				tty = ip22zilog_receive_chars(up, channel);
 			if (r3 & CHBEXT)
 				ip22zilog_status_handle(up, channel);
 			if (r3 & CHBTxIP)
@@ -486,6 +483,9 @@ static irqreturn_t ip22zilog_interrupt(int irq, void *dev_id)
 		}
 		spin_unlock(&up->port.lock);
 
+		if (tty)
+			tty_flip_buffer_push(tty);
+
 		up = up->next;
 	}
 
@@ -681,11 +681,46 @@ static void ip22zilog_break_ctl(struct uart_port *port, int break_state)
 	spin_unlock_irqrestore(&port->lock, flags);
 }
 
+static void __ip22zilog_reset(struct uart_ip22zilog_port *up)
+{
+	struct zilog_channel *channel;
+	int i;
+
+	if (up->flags & IP22ZILOG_FLAG_RESET_DONE)
+		return;
+
+	/* Let pending transmits finish.  */
+	channel = ZILOG_CHANNEL_FROM_PORT(&up->port);
+	for (i = 0; i < 1000; i++) {
+		unsigned char stat = read_zsreg(channel, R1);
+		if (stat & ALL_SNT)
+			break;
+		udelay(100);
+	}
+
+	if (!ZS_IS_CHANNEL_A(up)) {
+		up++;
+		channel = ZILOG_CHANNEL_FROM_PORT(&up->port);
+	}
+	write_zsreg(channel, R9, FHWRES);
+	ZSDELAY_LONG();
+	(void) read_zsreg(channel, R0);
+
+	up->flags |= IP22ZILOG_FLAG_RESET_DONE;
+	up->next->flags |= IP22ZILOG_FLAG_RESET_DONE;
+}
+
 static void __ip22zilog_startup(struct uart_ip22zilog_port *up)
 {
 	struct zilog_channel *channel;
 
 	channel = ZILOG_CHANNEL_FROM_PORT(&up->port);
+
+	__ip22zilog_reset(up);
+
+	__load_zsregs(channel, up->curregs);
+	/* set master interrupt enable */
+	write_zsreg(channel, R9, up->curregs[R9]);
 	up->prev_status = readb(&channel->control);
 
 	/* Enable receiver and transmitter.  */
@@ -859,8 +894,6 @@ ip22zilog_set_termios(struct uart_port *port, struct ktermios *termios,
 	else
 		up->flags &= ~IP22ZILOG_FLAG_MODEM_STATUS;
 
-	up->cflag = termios->c_cflag;
-
 	ip22zilog_maybe_update_regs(up, ZILOG_CHANNEL_FROM_PORT(port));
 	uart_update_timeout(port, termios->c_cflag, baud);
 
@@ -992,74 +1025,29 @@ ip22zilog_console_write(struct console *con, const char *s, unsigned int count)
 	spin_unlock_irqrestore(&up->port.lock, flags);
 }
 
-void
-ip22serial_console_termios(struct console *con, char *options)
-{
-	int baud = 9600, bits = 8, cflag;
-	int parity = 'n';
-	int flow = 'n';
-
-	if (options)
-		uart_parse_options(options, &baud, &parity, &bits, &flow);
-
-	cflag = CREAD | HUPCL | CLOCAL;
-
-	switch (baud) {
-		case 150: cflag |= B150; break;
-		case 300: cflag |= B300; break;
-		case 600: cflag |= B600; break;
-		case 1200: cflag |= B1200; break;
-		case 2400: cflag |= B2400; break;
-		case 4800: cflag |= B4800; break;
-		case 9600: cflag |= B9600; break;
-		case 19200: cflag |= B19200; break;
-		case 38400: cflag |= B38400; break;
-		default: baud = 9600; cflag |= B9600; break;
-	}
-
-	con->cflag = cflag | CS8;			/* 8N1 */
-
-	uart_update_timeout(&ip22zilog_port_table[con->index].port, cflag, baud);
-}
-
 static int __init ip22zilog_console_setup(struct console *con, char *options)
 {
 	struct uart_ip22zilog_port *up = &ip22zilog_port_table[con->index];
 	unsigned long flags;
-	int baud, brg;
-
-	printk("Console: ttyS%d (IP22-Zilog)\n", con->index);
+	int baud = 9600, bits = 8;
+	int parity = 'n';
+	int flow = 'n';
 
-	/* Get firmware console settings.  */
-	ip22serial_console_termios(con, options);
+	up->flags |= IP22ZILOG_FLAG_IS_CONS;
 
-	/* Firmware console speed is limited to 150-->38400 baud so
-	 * this hackish cflag thing is OK.
-	 */
-	switch (con->cflag & CBAUD) {
-	case B150: baud = 150; break;
-	case B300: baud = 300; break;
-	case B600: baud = 600; break;
-	case B1200: baud = 1200; break;
-	case B2400: baud = 2400; break;
-	case B4800: baud = 4800; break;
-	default: case B9600: baud = 9600; break;
-	case B19200: baud = 19200; break;
-	case B38400: baud = 38400; break;
-	};
-
-	brg = BPS_TO_BRG(baud, ZS_CLOCK / ZS_CLOCK_DIVISOR);
+	printk(KERN_INFO "Console: ttyS%d (IP22-Zilog)\n", con->index);
 
 	spin_lock_irqsave(&up->port.lock, flags);
 
-	up->curregs[R15] = BRKIE;
-	ip22zilog_convert_to_zs(up, con->cflag, 0, brg);
+	up->curregs[R15] |= BRKIE;
 
 	__ip22zilog_startup(up);
 
 	spin_unlock_irqrestore(&up->port.lock, flags);
 
-	return 0;
+	if (options)
+		uart_parse_options(options, &baud, &parity, &bits, &flow);
+	return uart_set_options(&up->port, con, baud, parity, bits, flow);
 }
 
 static struct uart_driver ip22zilog_reg;
@@ -1140,25 +1128,10 @@ static void __init ip22zilog_prepare(void)
 		up[(chip * 2) + 1].port.line = (chip * 2) + 1;
 		up[(chip * 2) + 1].flags |= IP22ZILOG_FLAG_IS_CHANNEL_A;
 	}
-}
-
-static void __init ip22zilog_init_hw(void)
-{
-	int i;
-
-	for (i = 0; i < NUM_CHANNELS; i++) {
-		struct uart_ip22zilog_port *up = &ip22zilog_port_table[i];
-		struct zilog_channel *channel = ZILOG_CHANNEL_FROM_PORT(&up->port);
-		unsigned long flags;
-		int baud, brg;
 
-		spin_lock_irqsave(&up->port.lock, flags);
-
-		if (ZS_IS_CHANNEL_A(up)) {
-			write_zsreg(channel, R9, FHWRES);
-			ZSDELAY_LONG();
-			(void) read_zsreg(channel, R0);
-		}
+	for (channel = 0; channel < NUM_CHANNELS; channel++) {
+		struct uart_ip22zilog_port *up = &ip22zilog_port_table[channel];
+		int brg;
 
 		/* Normal serial TTY. */
 		up->parity_mask = 0xff;
@@ -1169,16 +1142,10 @@ static void __init ip22zilog_init_hw(void)
 		up->curregs[R9] = NV | MIE;
 		up->curregs[R10] = NRZ;
 		up->curregs[R11] = TCBR | RCBR;
-		baud = 9600;
-		brg = BPS_TO_BRG(baud, ZS_CLOCK / ZS_CLOCK_DIVISOR);
+		brg = BPS_TO_BRG(9600, ZS_CLOCK / ZS_CLOCK_DIVISOR);
 		up->curregs[R12] = (brg & 0xff);
 		up->curregs[R13] = (brg >> 8) & 0xff;
 		up->curregs[R14] = BRENAB;
-		__load_zsregs(channel, up->curregs);
-	        /* set master interrupt enable */
-	        write_zsreg(channel, R9, up->curregs[R9]);
-
-		spin_unlock_irqrestore(&up->port.lock, flags);
 	}
 }
 
@@ -1195,8 +1162,6 @@ static int __init ip22zilog_ports_init(void)
 		panic("IP22-Zilog: Unable to register zs interrupt handler.\n");
 	}
 
-	ip22zilog_init_hw();
-
 	ret = uart_register_driver(&ip22zilog_reg);
 	if (ret == 0) {
 		int i;
diff --git a/include/linux/serial_core.h b/include/linux/serial_core.h
index 6a5203f..9963f81 100644
--- a/include/linux/serial_core.h
+++ b/include/linux/serial_core.h
@@ -437,7 +437,7 @@ uart_handle_sysrq_char(struct uart_port *port, unsigned int ch)
 #ifdef SUPPORT_SYSRQ
 	if (port->sysrq) {
 		if (ch && time_before(jiffies, port->sysrq)) {
-			handle_sysrq(ch, port->info->tty);
+			handle_sysrq(ch, port->info ? port->info->tty : NULL);
 			port->sysrq = 0;
 			return 1;
 		}
-- 
1.4.4.4

Re: (no subject)

[Misbah khan]

I can tell you from Software point of view ....There should be One Time
Master and others as time slave data would be transmitted via Ethernet and
PPS through OFC ...Ntp should be runing ...I guess this is a way in which we
could Sync all the other boards ....

----Misbah <><

Awad, Sinan (GE Healthcare) wrote:
> 
> Hello all
>  
> I'm trying to understand if we need to move from MPC8347 to MPC8360 in
> our boards.
> One of the features that most attracts, is the eTSEC which includes
> support for IEEE 1588 PTP time synchronization.
> I need to synchronize the clock of 3 boards via ethernet, I need a time
> resolution of under 1ms.
>  
> Has anyone had the pleasure of playing around with time synchronization
> ?
> Do I really need the hardware capabilities for this type of time
> resolution ? or can I implement it in software ?
>  
> Thanks in advance.
> Sinan
>  
> 
> 
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
> 

-- 
View this message in context: http://www.nabble.com/%28no-subject%29-tp14593723p14594687.html
Sent from the linuxppc-embedded mailing list archive at Nabble.com.

(no subject)

[Cristian]

SUBSCRIBE LINUX-WIRELESS

(no subject)

[Abhishek Gupta]

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

msg=audit(1116360555.329:2401771).

How to interpret above message?what does 1116360555,329,2401771 means here?
By looking at this type of audit message how can i interpret all the things
related to a particular process?
If i want to trace all syscalls called by particular process how to do that
without using ausearch(means by looking at above type messages)
how can i obtain strace output by this this auditing subsystem ?

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

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

Re: (no subject)

[Steve Grubb]

On Saturday 12 January 2008 08:45:09 Abhishek Gupta wrote:
> msg=audit(1116360555.329:2401771).
>
> How to interpret above message?what does 1116360555,329,2401771 means here?

seconds.msec:serial number

The seconds can be converted with ctime().


> By looking at this type of audit message how can i interpret all the things
> related to a particular process?

This is not a message type, its just the unique time stamp for the event.


> If i want to trace all syscalls called by particular process how to do that
> without using ausearch(means by looking at above type messages)
> how can i obtain strace output by this this auditing subsystem ?

You would use the autrace program. After running it, it will tell you what 
ausearch command to run to see the results. The output will not be formatted 
like strace, but it contains the information.

If you are writing a program that analyzes the audit data, I'd recommend using 
the auparse library to do all your parsing and data interpretation.

-Steve

(no subject)

[Jed Davidow]

unsubscribe linux-raid

(no subject)

[Thiemo Seufer]

Hello All,

This patch moves the micro-assembler in a separate implementation, as
it is useful for further run-time optimizations. The only change in
behaviour is cutting down printk noise at kernel startup time.

Checkpatch complains about macro parameters which aren't protected by
parentheses. I believe this is a flaw in checkpatch, the paste operator
used in those macros won't work with parenthesised parameters.

Tested on:
- Qemu 32-bit little endian
- BCM1480 64-bit big endian


Thiemo


---
Split the micro-assembler from tlbex.c.

Signed-off-by:  Thiemo Seufer <ths@networkno.de>


diff --git a/arch/mips/mm/Makefile b/arch/mips/mm/Makefile
index 32fd5db..c6f832e 100644
--- a/arch/mips/mm/Makefile
+++ b/arch/mips/mm/Makefile
@@ -3,7 +3,8 @@
 #
 
 obj-y				+= cache.o dma-default.o extable.o fault.o \
-				   init.o pgtable.o tlbex.o tlbex-fault.o
+				   init.o pgtable.o tlbex.o tlbex-fault.o \
+				   uasm.o
 
 obj-$(CONFIG_32BIT)		+= ioremap.o pgtable-32.o
 obj-$(CONFIG_64BIT)		+= pgtable-64.o
diff --git a/arch/mips/mm/tlbex.c b/arch/mips/mm/tlbex.c
index a61246d..48a2589 100644
--- a/arch/mips/mm/tlbex.c
+++ b/arch/mips/mm/tlbex.c
@@ -5,7 +5,7 @@
  *
  * Synthesize TLB refill handlers at runtime.
  *
- * Copyright (C) 2004,2005,2006 by Thiemo Seufer
+ * Copyright (C) 2004,2005,2006,2008  Thiemo Seufer
  * Copyright (C) 2005  Maciej W. Rozycki
  * Copyright (C) 2006  Ralf Baechle (ralf@linux-mips.org)
  *
@@ -19,8 +19,6 @@
  * (Condolences to Napoleon XIV)
  */
 
-#include <stdarg.h>
-
 #include <linux/mm.h>
 #include <linux/kernel.h>
 #include <linux/types.h>
@@ -30,11 +28,11 @@
 #include <asm/pgtable.h>
 #include <asm/cacheflush.h>
 #include <asm/mmu_context.h>
-#include <asm/inst.h>
-#include <asm/elf.h>
 #include <asm/smp.h>
 #include <asm/war.h>
 
+#include "uasm.h"
+
 static inline int r45k_bvahwbug(void)
 {
 	/* XXX: We should probe for the presence of this bug, but we don't. */
@@ -72,371 +70,9 @@ static __init int __attribute__((unused)) m4kc_tlbp_war(void)
 	       (PRID_COMP_MIPS | PRID_IMP_4KC);
 }
 
-/*
- * A little micro-assembler, intended for TLB refill handler
- * synthesizing. It is intentionally kept simple, does only support
- * a subset of instructions, and does not try to hide pipeline effects
- * like branch delay slots.
- */
-
-enum fields
-{
-	RS = 0x001,
-	RT = 0x002,
-	RD = 0x004,
-	RE = 0x008,
-	SIMM = 0x010,
-	UIMM = 0x020,
-	BIMM = 0x040,
-	JIMM = 0x080,
-	FUNC = 0x100,
-	SET = 0x200
-};
-
-#define OP_MASK		0x3f
-#define OP_SH		26
-#define RS_MASK		0x1f
-#define RS_SH		21
-#define RT_MASK		0x1f
-#define RT_SH		16
-#define RD_MASK		0x1f
-#define RD_SH		11
-#define RE_MASK		0x1f
-#define RE_SH		6
-#define IMM_MASK	0xffff
-#define IMM_SH		0
-#define JIMM_MASK	0x3ffffff
-#define JIMM_SH		0
-#define FUNC_MASK	0x3f
-#define FUNC_SH		0
-#define SET_MASK	0x7
-#define SET_SH		0
-
-enum opcode {
-	insn_invalid,
-	insn_addu, insn_addiu, insn_and, insn_andi, insn_beq,
-	insn_beql, insn_bgez, insn_bgezl, insn_bltz, insn_bltzl,
-	insn_bne, insn_daddu, insn_daddiu, insn_dmfc0, insn_dmtc0,
-	insn_dsll, insn_dsll32, insn_dsra, insn_dsrl, insn_dsrl32,
-	insn_dsubu, insn_eret, insn_j, insn_jal, insn_jr, insn_ld,
-	insn_ll, insn_lld, insn_lui, insn_lw, insn_mfc0, insn_mtc0,
-	insn_ori, insn_rfe, insn_sc, insn_scd, insn_sd, insn_sll,
-	insn_sra, insn_srl, insn_subu, insn_sw, insn_tlbp, insn_tlbwi,
-	insn_tlbwr, insn_xor, insn_xori
-};
-
-struct insn {
-	enum opcode opcode;
-	u32 match;
-	enum fields fields;
-};
-
-/* This macro sets the non-variable bits of an instruction. */
-#define M(a, b, c, d, e, f)					\
-	((a) << OP_SH						\
-	 | (b) << RS_SH						\
-	 | (c) << RT_SH						\
-	 | (d) << RD_SH						\
-	 | (e) << RE_SH						\
-	 | (f) << FUNC_SH)
-
-static __initdata struct insn insn_table[] = {
-	{ insn_addiu, M(addiu_op, 0, 0, 0, 0, 0), RS | RT | SIMM },
-	{ insn_addu, M(spec_op, 0, 0, 0, 0, addu_op), RS | RT | RD },
-	{ insn_and, M(spec_op, 0, 0, 0, 0, and_op), RS | RT | RD },
-	{ insn_andi, M(andi_op, 0, 0, 0, 0, 0), RS | RT | UIMM },
-	{ insn_beq, M(beq_op, 0, 0, 0, 0, 0), RS | RT | BIMM },
-	{ insn_beql, M(beql_op, 0, 0, 0, 0, 0), RS | RT | BIMM },
-	{ insn_bgez, M(bcond_op, 0, bgez_op, 0, 0, 0), RS | BIMM },
-	{ insn_bgezl, M(bcond_op, 0, bgezl_op, 0, 0, 0), RS | BIMM },
-	{ insn_bltz, M(bcond_op, 0, bltz_op, 0, 0, 0), RS | BIMM },
-	{ insn_bltzl, M(bcond_op, 0, bltzl_op, 0, 0, 0), RS | BIMM },
-	{ insn_bne, M(bne_op, 0, 0, 0, 0, 0), RS | RT | BIMM },
-	{ insn_daddiu, M(daddiu_op, 0, 0, 0, 0, 0), RS | RT | SIMM },
-	{ insn_daddu, M(spec_op, 0, 0, 0, 0, daddu_op), RS | RT | RD },
-	{ insn_dmfc0, M(cop0_op, dmfc_op, 0, 0, 0, 0), RT | RD | SET},
-	{ insn_dmtc0, M(cop0_op, dmtc_op, 0, 0, 0, 0), RT | RD | SET},
-	{ insn_dsll, M(spec_op, 0, 0, 0, 0, dsll_op), RT | RD | RE },
-	{ insn_dsll32, M(spec_op, 0, 0, 0, 0, dsll32_op), RT | RD | RE },
-	{ insn_dsra, M(spec_op, 0, 0, 0, 0, dsra_op), RT | RD | RE },
-	{ insn_dsrl, M(spec_op, 0, 0, 0, 0, dsrl_op), RT | RD | RE },
-	{ insn_dsrl32, M(spec_op, 0, 0, 0, 0, dsrl32_op), RT | RD | RE },
-	{ insn_dsubu, M(spec_op, 0, 0, 0, 0, dsubu_op), RS | RT | RD },
-	{ insn_eret,  M(cop0_op, cop_op, 0, 0, 0, eret_op),  0 },
-	{ insn_j,  M(j_op, 0, 0, 0, 0, 0),  JIMM },
-	{ insn_jal,  M(jal_op, 0, 0, 0, 0, 0),  JIMM },
-	{ insn_jr,  M(spec_op, 0, 0, 0, 0, jr_op),  RS },
-	{ insn_ld,  M(ld_op, 0, 0, 0, 0, 0),  RS | RT | SIMM },
-	{ insn_ll,  M(ll_op, 0, 0, 0, 0, 0),  RS | RT | SIMM },
-	{ insn_lld,  M(lld_op, 0, 0, 0, 0, 0),  RS | RT | SIMM },
-	{ insn_lui,  M(lui_op, 0, 0, 0, 0, 0),  RT | SIMM },
-	{ insn_lw,  M(lw_op, 0, 0, 0, 0, 0),  RS | RT | SIMM },
-	{ insn_mfc0,  M(cop0_op, mfc_op, 0, 0, 0, 0),  RT | RD | SET},
-	{ insn_mtc0,  M(cop0_op, mtc_op, 0, 0, 0, 0),  RT | RD | SET},
-	{ insn_ori,  M(ori_op, 0, 0, 0, 0, 0),  RS | RT | UIMM },
-	{ insn_rfe,  M(cop0_op, cop_op, 0, 0, 0, rfe_op),  0 },
-	{ insn_sc,  M(sc_op, 0, 0, 0, 0, 0),  RS | RT | SIMM },
-	{ insn_scd,  M(scd_op, 0, 0, 0, 0, 0),  RS | RT | SIMM },
-	{ insn_sd,  M(sd_op, 0, 0, 0, 0, 0),  RS | RT | SIMM },
-	{ insn_sll,  M(spec_op, 0, 0, 0, 0, sll_op),  RT | RD | RE },
-	{ insn_sra,  M(spec_op, 0, 0, 0, 0, sra_op),  RT | RD | RE },
-	{ insn_srl,  M(spec_op, 0, 0, 0, 0, srl_op),  RT | RD | RE },
-	{ insn_subu,  M(spec_op, 0, 0, 0, 0, subu_op),  RS | RT | RD },
-	{ insn_sw,  M(sw_op, 0, 0, 0, 0, 0),  RS | RT | SIMM },
-	{ insn_tlbp,  M(cop0_op, cop_op, 0, 0, 0, tlbp_op),  0 },
-	{ insn_tlbwi,  M(cop0_op, cop_op, 0, 0, 0, tlbwi_op),  0 },
-	{ insn_tlbwr,  M(cop0_op, cop_op, 0, 0, 0, tlbwr_op),  0 },
-	{ insn_xor,  M(spec_op, 0, 0, 0, 0, xor_op),  RS | RT | RD },
-	{ insn_xori,  M(xori_op, 0, 0, 0, 0, 0),  RS | RT | UIMM },
-	{ insn_invalid, 0, 0 }
-};
-
-#undef M
-
-static __init u32 build_rs(u32 arg)
-{
-	if (arg & ~RS_MASK)
-		printk(KERN_WARNING "TLB synthesizer field overflow\n");
-
-	return (arg & RS_MASK) << RS_SH;
-}
-
-static __init u32 build_rt(u32 arg)
-{
-	if (arg & ~RT_MASK)
-		printk(KERN_WARNING "TLB synthesizer field overflow\n");
-
-	return (arg & RT_MASK) << RT_SH;
-}
-
-static __init u32 build_rd(u32 arg)
-{
-	if (arg & ~RD_MASK)
-		printk(KERN_WARNING "TLB synthesizer field overflow\n");
-
-	return (arg & RD_MASK) << RD_SH;
-}
-
-static __init u32 build_re(u32 arg)
-{
-	if (arg & ~RE_MASK)
-		printk(KERN_WARNING "TLB synthesizer field overflow\n");
-
-	return (arg & RE_MASK) << RE_SH;
-}
-
-static __init u32 build_simm(s32 arg)
-{
-	if (arg > 0x7fff || arg < -0x8000)
-		printk(KERN_WARNING "TLB synthesizer field overflow\n");
-
-	return arg & 0xffff;
-}
-
-static __init u32 build_uimm(u32 arg)
-{
-	if (arg & ~IMM_MASK)
-		printk(KERN_WARNING "TLB synthesizer field overflow\n");
-
-	return arg & IMM_MASK;
-}
-
-static __init u32 build_bimm(s32 arg)
-{
-	if (arg > 0x1ffff || arg < -0x20000)
-		printk(KERN_WARNING "TLB synthesizer field overflow\n");
-
-	if (arg & 0x3)
-		printk(KERN_WARNING "Invalid TLB synthesizer branch target\n");
-
-	return ((arg < 0) ? (1 << 15) : 0) | ((arg >> 2) & 0x7fff);
-}
-
-static __init u32 build_jimm(u32 arg)
-{
-	if (arg & ~((JIMM_MASK) << 2))
-		printk(KERN_WARNING "TLB synthesizer field overflow\n");
-
-	return (arg >> 2) & JIMM_MASK;
-}
-
-static __init u32 build_func(u32 arg)
-{
-	if (arg & ~FUNC_MASK)
-		printk(KERN_WARNING "TLB synthesizer field overflow\n");
-
-	return arg & FUNC_MASK;
-}
-
-static __init u32 build_set(u32 arg)
-{
-	if (arg & ~SET_MASK)
-		printk(KERN_WARNING "TLB synthesizer field overflow\n");
-
-	return arg & SET_MASK;
-}
-
-/*
- * The order of opcode arguments is implicitly left to right,
- * starting with RS and ending with FUNC or IMM.
- */
-static void __init build_insn(u32 **buf, enum opcode opc, ...)
-{
-	struct insn *ip = NULL;
-	unsigned int i;
-	va_list ap;
-	u32 op;
-
-	for (i = 0; insn_table[i].opcode != insn_invalid; i++)
-		if (insn_table[i].opcode == opc) {
-			ip = &insn_table[i];
-			break;
-		}
-
-	if (!ip)
-		panic("Unsupported TLB synthesizer instruction %d", opc);
-
-	op = ip->match;
-	va_start(ap, opc);
-	if (ip->fields & RS) op |= build_rs(va_arg(ap, u32));
-	if (ip->fields & RT) op |= build_rt(va_arg(ap, u32));
-	if (ip->fields & RD) op |= build_rd(va_arg(ap, u32));
-	if (ip->fields & RE) op |= build_re(va_arg(ap, u32));
-	if (ip->fields & SIMM) op |= build_simm(va_arg(ap, s32));
-	if (ip->fields & UIMM) op |= build_uimm(va_arg(ap, u32));
-	if (ip->fields & BIMM) op |= build_bimm(va_arg(ap, s32));
-	if (ip->fields & JIMM) op |= build_jimm(va_arg(ap, u32));
-	if (ip->fields & FUNC) op |= build_func(va_arg(ap, u32));
-	if (ip->fields & SET) op |= build_set(va_arg(ap, u32));
-	va_end(ap);
-
-	**buf = op;
-	(*buf)++;
-}
-
-#define I_u1u2u3(op)						\
-	static inline void __init i##op(u32 **buf, unsigned int a,	\
-	 	unsigned int b, unsigned int c)			\
-	{							\
-		build_insn(buf, insn##op, a, b, c);		\
-	}
-
-#define I_u2u1u3(op)						\
-	static inline void __init i##op(u32 **buf, unsigned int a,	\
-	 	unsigned int b, unsigned int c)			\
-	{							\
-		build_insn(buf, insn##op, b, a, c);		\
-	}
-
-#define I_u3u1u2(op)						\
-	static inline void __init i##op(u32 **buf, unsigned int a,	\
-	 	unsigned int b, unsigned int c)			\
-	{							\
-		build_insn(buf, insn##op, b, c, a);		\
-	}
-
-#define I_u1u2s3(op)						\
-	static inline void __init i##op(u32 **buf, unsigned int a,	\
-	 	unsigned int b, signed int c)			\
-	{							\
-		build_insn(buf, insn##op, a, b, c);		\
-	}
-
-#define I_u2s3u1(op)						\
-	static inline void __init i##op(u32 **buf, unsigned int a,	\
-	 	signed int b, unsigned int c)			\
-	{							\
-		build_insn(buf, insn##op, c, a, b);		\
-	}
-
-#define I_u2u1s3(op)						\
-	static inline void __init i##op(u32 **buf, unsigned int a,	\
-	 	unsigned int b, signed int c)			\
-	{							\
-		build_insn(buf, insn##op, b, a, c);		\
-	}
-
-#define I_u1u2(op)						\
-	static inline void __init i##op(u32 **buf, unsigned int a,	\
-	 	unsigned int b)					\
-	{							\
-		build_insn(buf, insn##op, a, b);		\
-	}
-
-#define I_u1s2(op)						\
-	static inline void __init i##op(u32 **buf, unsigned int a,	\
-	 	signed int b)					\
-	{							\
-		build_insn(buf, insn##op, a, b);		\
-	}
-
-#define I_u1(op)						\
-	static inline void __init i##op(u32 **buf, unsigned int a)	\
-	{							\
-		build_insn(buf, insn##op, a);			\
-	}
-
-#define I_0(op)							\
-	static inline void __init i##op(u32 **buf)		\
-	{							\
-		build_insn(buf, insn##op);			\
-	}
-
-I_u2u1s3(_addiu);
-I_u3u1u2(_addu);
-I_u2u1u3(_andi);
-I_u3u1u2(_and);
-I_u1u2s3(_beq);
-I_u1u2s3(_beql);
-I_u1s2(_bgez);
-I_u1s2(_bgezl);
-I_u1s2(_bltz);
-I_u1s2(_bltzl);
-I_u1u2s3(_bne);
-I_u1u2u3(_dmfc0);
-I_u1u2u3(_dmtc0);
-I_u2u1s3(_daddiu);
-I_u3u1u2(_daddu);
-I_u2u1u3(_dsll);
-I_u2u1u3(_dsll32);
-I_u2u1u3(_dsra);
-I_u2u1u3(_dsrl);
-I_u2u1u3(_dsrl32);
-I_u3u1u2(_dsubu);
-I_0(_eret);
-I_u1(_j);
-I_u1(_jal);
-I_u1(_jr);
-I_u2s3u1(_ld);
-I_u2s3u1(_ll);
-I_u2s3u1(_lld);
-I_u1s2(_lui);
-I_u2s3u1(_lw);
-I_u1u2u3(_mfc0);
-I_u1u2u3(_mtc0);
-I_u2u1u3(_ori);
-I_0(_rfe);
-I_u2s3u1(_sc);
-I_u2s3u1(_scd);
-I_u2s3u1(_sd);
-I_u2u1u3(_sll);
-I_u2u1u3(_sra);
-I_u2u1u3(_srl);
-I_u3u1u2(_subu);
-I_u2s3u1(_sw);
-I_0(_tlbp);
-I_0(_tlbwi);
-I_0(_tlbwr);
-I_u3u1u2(_xor)
-I_u2u1u3(_xori);
-
-/*
- * handling labels
- */
-
+/* Handle labels (which must be positive integers). */
 enum label_id {
-	label_invalid,
-	label_second_part,
+	label_second_part = 1,
 	label_leave,
 #ifdef MODULE_START
 	label_module_alloc,
@@ -452,267 +88,20 @@ enum label_id {
 	label_r3000_write_probe_fail,
 };
 
-struct label {
-	u32 *addr;
-	enum label_id lab;
-};
-
-static __init void build_label(struct label **lab, u32 *addr,
-			       enum label_id l)
-{
-	(*lab)->addr = addr;
-	(*lab)->lab = l;
-	(*lab)++;
-}
-
-#define L_LA(lb)						\
-	static inline void l##lb(struct label **lab, u32 *addr) \
-	{							\
-		build_label(lab, addr, label##lb);		\
-	}
-
-L_LA(_second_part)
-L_LA(_leave)
+UASM_L_LA(_second_part)
+UASM_L_LA(_leave)
 #ifdef MODULE_START
-L_LA(_module_alloc)
-#endif
-L_LA(_vmalloc)
-L_LA(_vmalloc_done)
-L_LA(_tlbw_hazard)
-L_LA(_split)
-L_LA(_nopage_tlbl)
-L_LA(_nopage_tlbs)
-L_LA(_nopage_tlbm)
-L_LA(_smp_pgtable_change)
-L_LA(_r3000_write_probe_fail)
-
-/* convenience macros for instructions */
-#ifdef CONFIG_64BIT
-# define i_LW(buf, rs, rt, off) i_ld(buf, rs, rt, off)
-# define i_SW(buf, rs, rt, off) i_sd(buf, rs, rt, off)
-# define i_SLL(buf, rs, rt, sh) i_dsll(buf, rs, rt, sh)
-# define i_SRA(buf, rs, rt, sh) i_dsra(buf, rs, rt, sh)
-# define i_SRL(buf, rs, rt, sh) i_dsrl(buf, rs, rt, sh)
-# define i_MFC0(buf, rt, rd...) i_dmfc0(buf, rt, rd)
-# define i_MTC0(buf, rt, rd...) i_dmtc0(buf, rt, rd)
-# define i_ADDIU(buf, rs, rt, val) i_daddiu(buf, rs, rt, val)
-# define i_ADDU(buf, rs, rt, rd) i_daddu(buf, rs, rt, rd)
-# define i_SUBU(buf, rs, rt, rd) i_dsubu(buf, rs, rt, rd)
-# define i_LL(buf, rs, rt, off) i_lld(buf, rs, rt, off)
-# define i_SC(buf, rs, rt, off) i_scd(buf, rs, rt, off)
-#else
-# define i_LW(buf, rs, rt, off) i_lw(buf, rs, rt, off)
-# define i_SW(buf, rs, rt, off) i_sw(buf, rs, rt, off)
-# define i_SLL(buf, rs, rt, sh) i_sll(buf, rs, rt, sh)
-# define i_SRA(buf, rs, rt, sh) i_sra(buf, rs, rt, sh)
-# define i_SRL(buf, rs, rt, sh) i_srl(buf, rs, rt, sh)
-# define i_MFC0(buf, rt, rd...) i_mfc0(buf, rt, rd)
-# define i_MTC0(buf, rt, rd...) i_mtc0(buf, rt, rd)
-# define i_ADDIU(buf, rs, rt, val) i_addiu(buf, rs, rt, val)
-# define i_ADDU(buf, rs, rt, rd) i_addu(buf, rs, rt, rd)
-# define i_SUBU(buf, rs, rt, rd) i_subu(buf, rs, rt, rd)
-# define i_LL(buf, rs, rt, off) i_ll(buf, rs, rt, off)
-# define i_SC(buf, rs, rt, off) i_sc(buf, rs, rt, off)
-#endif
-
-#define i_b(buf, off) i_beq(buf, 0, 0, off)
-#define i_beqz(buf, rs, off) i_beq(buf, rs, 0, off)
-#define i_beqzl(buf, rs, off) i_beql(buf, rs, 0, off)
-#define i_bnez(buf, rs, off) i_bne(buf, rs, 0, off)
-#define i_bnezl(buf, rs, off) i_bnel(buf, rs, 0, off)
-#define i_move(buf, a, b) i_ADDU(buf, a, 0, b)
-#define i_nop(buf) i_sll(buf, 0, 0, 0)
-#define i_ssnop(buf) i_sll(buf, 0, 0, 1)
-#define i_ehb(buf) i_sll(buf, 0, 0, 3)
-
-#ifdef CONFIG_64BIT
-static __init int __maybe_unused in_compat_space_p(long addr)
-{
-	/* Is this address in 32bit compat space? */
-	return (((addr) & 0xffffffff00000000L) == 0xffffffff00000000L);
-}
-
-static __init int __maybe_unused rel_highest(long val)
-{
-	return ((((val + 0x800080008000L) >> 48) & 0xffff) ^ 0x8000) - 0x8000;
-}
-
-static __init int __maybe_unused rel_higher(long val)
-{
-	return ((((val + 0x80008000L) >> 32) & 0xffff) ^ 0x8000) - 0x8000;
-}
-#endif
-
-static __init int rel_hi(long val)
-{
-	return ((((val + 0x8000L) >> 16) & 0xffff) ^ 0x8000) - 0x8000;
-}
-
-static __init int rel_lo(long val)
-{
-	return ((val & 0xffff) ^ 0x8000) - 0x8000;
-}
-
-static __init void i_LA_mostly(u32 **buf, unsigned int rs, long addr)
-{
-#ifdef CONFIG_64BIT
-	if (!in_compat_space_p(addr)) {
-		i_lui(buf, rs, rel_highest(addr));
-		if (rel_higher(addr))
-			i_daddiu(buf, rs, rs, rel_higher(addr));
-		if (rel_hi(addr)) {
-			i_dsll(buf, rs, rs, 16);
-			i_daddiu(buf, rs, rs, rel_hi(addr));
-			i_dsll(buf, rs, rs, 16);
-		} else
-			i_dsll32(buf, rs, rs, 0);
-	} else
+UASM_L_LA(_module_alloc)
 #endif
-		i_lui(buf, rs, rel_hi(addr));
-}
-
-static __init void __maybe_unused i_LA(u32 **buf, unsigned int rs,
-					     long addr)
-{
-	i_LA_mostly(buf, rs, addr);
-	if (rel_lo(addr))
-		i_ADDIU(buf, rs, rs, rel_lo(addr));
-}
-
-/*
- * handle relocations
- */
-
-struct reloc {
-	u32 *addr;
-	unsigned int type;
-	enum label_id lab;
-};
-
-static __init void r_mips_pc16(struct reloc **rel, u32 *addr,
-			       enum label_id l)
-{
-	(*rel)->addr = addr;
-	(*rel)->type = R_MIPS_PC16;
-	(*rel)->lab = l;
-	(*rel)++;
-}
-
-static inline void __resolve_relocs(struct reloc *rel, struct label *lab)
-{
-	long laddr = (long)lab->addr;
-	long raddr = (long)rel->addr;
-
-	switch (rel->type) {
-	case R_MIPS_PC16:
-		*rel->addr |= build_bimm(laddr - (raddr + 4));
-		break;
-
-	default:
-		panic("Unsupported TLB synthesizer relocation %d",
-		      rel->type);
-	}
-}
-
-static __init void resolve_relocs(struct reloc *rel, struct label *lab)
-{
-	struct label *l;
-
-	for (; rel->lab != label_invalid; rel++)
-		for (l = lab; l->lab != label_invalid; l++)
-			if (rel->lab == l->lab)
-				__resolve_relocs(rel, l);
-}
-
-static __init void move_relocs(struct reloc *rel, u32 *first, u32 *end,
-			       long off)
-{
-	for (; rel->lab != label_invalid; rel++)
-		if (rel->addr >= first && rel->addr < end)
-			rel->addr += off;
-}
-
-static __init void move_labels(struct label *lab, u32 *first, u32 *end,
-			       long off)
-{
-	for (; lab->lab != label_invalid; lab++)
-		if (lab->addr >= first && lab->addr < end)
-			lab->addr += off;
-}
-
-static __init void copy_handler(struct reloc *rel, struct label *lab,
-				u32 *first, u32 *end, u32 *target)
-{
-	long off = (long)(target - first);
-
-	memcpy(target, first, (end - first) * sizeof(u32));
-
-	move_relocs(rel, first, end, off);
-	move_labels(lab, first, end, off);
-}
-
-static __init int __maybe_unused insn_has_bdelay(struct reloc *rel,
-						       u32 *addr)
-{
-	for (; rel->lab != label_invalid; rel++) {
-		if (rel->addr == addr
-		    && (rel->type == R_MIPS_PC16
-			|| rel->type == R_MIPS_26))
-			return 1;
-	}
-
-	return 0;
-}
-
-/* convenience functions for labeled branches */
-static void __init __maybe_unused
-	il_bltz(u32 **p, struct reloc **r, unsigned int reg, enum label_id l)
-{
-	r_mips_pc16(r, *p, l);
-	i_bltz(p, reg, 0);
-}
-
-static void __init __maybe_unused il_b(u32 **p, struct reloc **r,
-					     enum label_id l)
-{
-	r_mips_pc16(r, *p, l);
-	i_b(p, 0);
-}
-
-static void __init il_beqz(u32 **p, struct reloc **r, unsigned int reg,
-		    enum label_id l)
-{
-	r_mips_pc16(r, *p, l);
-	i_beqz(p, reg, 0);
-}
-
-static void __init __maybe_unused
-il_beqzl(u32 **p, struct reloc **r, unsigned int reg, enum label_id l)
-{
-	r_mips_pc16(r, *p, l);
-	i_beqzl(p, reg, 0);
-}
-
-static void __init il_bnez(u32 **p, struct reloc **r, unsigned int reg,
-		    enum label_id l)
-{
-	r_mips_pc16(r, *p, l);
-	i_bnez(p, reg, 0);
-}
-
-static void __init il_bgezl(u32 **p, struct reloc **r, unsigned int reg,
-		     enum label_id l)
-{
-	r_mips_pc16(r, *p, l);
-	i_bgezl(p, reg, 0);
-}
-
-static void __init __maybe_unused
-il_bgez(u32 **p, struct reloc **r, unsigned int reg, enum label_id l)
-{
-	r_mips_pc16(r, *p, l);
-	i_bgez(p, reg, 0);
-}
+UASM_L_LA(_vmalloc)
+UASM_L_LA(_vmalloc_done)
+UASM_L_LA(_tlbw_hazard)
+UASM_L_LA(_split)
+UASM_L_LA(_nopage_tlbl)
+UASM_L_LA(_nopage_tlbs)
+UASM_L_LA(_nopage_tlbm)
+UASM_L_LA(_smp_pgtable_change)
+UASM_L_LA(_r3000_write_probe_fail)
 
 /* The only general purpose registers allowed in TLB handlers. */
 #define K0		26
@@ -730,9 +119,9 @@ il_bgez(u32 **p, struct reloc **r, unsigned int reg, enum label_id l)
 #define C0_XCONTEXT	20, 0
 
 #ifdef CONFIG_64BIT
-# define GET_CONTEXT(buf, reg) i_MFC0(buf, reg, C0_XCONTEXT)
+# define GET_CONTEXT(buf, reg) UASM_i_MFC0(buf, reg, C0_XCONTEXT)
 #else
-# define GET_CONTEXT(buf, reg) i_MFC0(buf, reg, C0_CONTEXT)
+# define GET_CONTEXT(buf, reg) UASM_i_MFC0(buf, reg, C0_CONTEXT)
 #endif
 
 /* The worst case length of the handler is around 18 instructions for
@@ -746,8 +135,8 @@ il_bgez(u32 **p, struct reloc **r, unsigned int reg, enum label_id l)
 static __initdata u32 tlb_handler[128];
 
 /* simply assume worst case size for labels and relocs */
-static __initdata struct label labels[128];
-static __initdata struct reloc relocs[128];
+static __initdata struct uasm_label labels[128];
+static __initdata struct uasm_reloc relocs[128];
 
 /*
  * The R3000 TLB handler is simple.
@@ -761,29 +150,29 @@ static void __init build_r3000_tlb_refill_handler(void)
 	memset(tlb_handler, 0, sizeof(tlb_handler));
 	p = tlb_handler;
 
-	i_mfc0(&p, K0, C0_BADVADDR);
-	i_lui(&p, K1, rel_hi(pgdc)); /* cp0 delay */
-	i_lw(&p, K1, rel_lo(pgdc), K1);
-	i_srl(&p, K0, K0, 22); /* load delay */
-	i_sll(&p, K0, K0, 2);
-	i_addu(&p, K1, K1, K0);
-	i_mfc0(&p, K0, C0_CONTEXT);
-	i_lw(&p, K1, 0, K1); /* cp0 delay */
-	i_andi(&p, K0, K0, 0xffc); /* load delay */
-	i_addu(&p, K1, K1, K0);
-	i_lw(&p, K0, 0, K1);
-	i_nop(&p); /* load delay */
-	i_mtc0(&p, K0, C0_ENTRYLO0);
-	i_mfc0(&p, K1, C0_EPC); /* cp0 delay */
-	i_tlbwr(&p); /* cp0 delay */
-	i_jr(&p, K1);
-	i_rfe(&p); /* branch delay */
+	uasm_i_mfc0(&p, K0, C0_BADVADDR);
+	uasm_i_lui(&p, K1, uasm_rel_hi(pgdc)); /* cp0 delay */
+	uasm_i_lw(&p, K1, uasm_rel_lo(pgdc), K1);
+	uasm_i_srl(&p, K0, K0, 22); /* load delay */
+	uasm_i_sll(&p, K0, K0, 2);
+	uasm_i_addu(&p, K1, K1, K0);
+	uasm_i_mfc0(&p, K0, C0_CONTEXT);
+	uasm_i_lw(&p, K1, 0, K1); /* cp0 delay */
+	uasm_i_andi(&p, K0, K0, 0xffc); /* load delay */
+	uasm_i_addu(&p, K1, K1, K0);
+	uasm_i_lw(&p, K0, 0, K1);
+	uasm_i_nop(&p); /* load delay */
+	uasm_i_mtc0(&p, K0, C0_ENTRYLO0);
+	uasm_i_mfc0(&p, K1, C0_EPC); /* cp0 delay */
+	uasm_i_tlbwr(&p); /* cp0 delay */
+	uasm_i_jr(&p, K1);
+	uasm_i_rfe(&p); /* branch delay */
 
 	if (p > tlb_handler + 32)
 		panic("TLB refill handler space exceeded");
 
-	pr_info("Synthesized TLB refill handler (%u instructions).\n",
-		(unsigned int)(p - tlb_handler));
+	pr_debug("Wrote TLB refill handler (%u instructions).\n",
+		 (unsigned int)(p - tlb_handler));
 
 	pr_debug("\t.set push\n");
 	pr_debug("\t.set noreorder\n");
@@ -833,12 +222,12 @@ static __init void __maybe_unused build_tlb_probe_entry(u32 **p)
 	case CPU_R5000:
 	case CPU_R5000A:
 	case CPU_NEVADA:
-		i_nop(p);
-		i_tlbp(p);
+		uasm_i_nop(p);
+		uasm_i_tlbp(p);
 		break;
 
 	default:
-		i_tlbp(p);
+		uasm_i_tlbp(p);
 		break;
 	}
 }
@@ -849,15 +238,15 @@ static __init void __maybe_unused build_tlb_probe_entry(u32 **p)
  */
 enum tlb_write_entry { tlb_random, tlb_indexed };
 
-static __init void build_tlb_write_entry(u32 **p, struct label **l,
-					 struct reloc **r,
+static __init void build_tlb_write_entry(u32 **p, struct uasm_label **l,
+					 struct uasm_reloc **r,
 					 enum tlb_write_entry wmode)
 {
 	void(*tlbw)(u32 **) = NULL;
 
 	switch (wmode) {
-	case tlb_random: tlbw = i_tlbwr; break;
-	case tlb_indexed: tlbw = i_tlbwi; break;
+	case tlb_random: tlbw = uasm_i_tlbwr; break;
+	case tlb_indexed: tlbw = uasm_i_tlbwi; break;
 	}
 
 	switch (current_cpu_type()) {
@@ -871,19 +260,19 @@ static __init void build_tlb_write_entry(u32 **p, struct label **l,
 		 * This branch uses up a mtc0 hazard nop slot and saves
 		 * two nops after the tlbw instruction.
 		 */
-		il_bgezl(p, r, 0, label_tlbw_hazard);
+		uasm_il_bgezl(p, r, 0, label_tlbw_hazard);
 		tlbw(p);
-		l_tlbw_hazard(l, *p);
-		i_nop(p);
+		uasm_l_tlbw_hazard(l, *p);
+		uasm_i_nop(p);
 		break;
 
 	case CPU_R4600:
 	case CPU_R4700:
 	case CPU_R5000:
 	case CPU_R5000A:
-		i_nop(p);
+		uasm_i_nop(p);
 		tlbw(p);
-		i_nop(p);
+		uasm_i_nop(p);
 		break;
 
 	case CPU_R4300:
@@ -895,7 +284,7 @@ static __init void build_tlb_write_entry(u32 **p, struct label **l,
 	case CPU_AU1550:
 	case CPU_AU1200:
 	case CPU_PR4450:
-		i_nop(p);
+		uasm_i_nop(p);
 		tlbw(p);
 		break;
 
@@ -912,26 +301,26 @@ static __init void build_tlb_write_entry(u32 **p, struct label **l,
 	case CPU_BCM4710:
 	case CPU_LOONGSON2:
 		if (m4kc_tlbp_war())
-			i_nop(p);
+			uasm_i_nop(p);
 		tlbw(p);
 		break;
 
 	case CPU_NEVADA:
-		i_nop(p); /* QED specifies 2 nops hazard */
+		uasm_i_nop(p); /* QED specifies 2 nops hazard */
 		/*
 		 * This branch uses up a mtc0 hazard nop slot and saves
 		 * a nop after the tlbw instruction.
 		 */
-		il_bgezl(p, r, 0, label_tlbw_hazard);
+		uasm_il_bgezl(p, r, 0, label_tlbw_hazard);
 		tlbw(p);
-		l_tlbw_hazard(l, *p);
+		uasm_l_tlbw_hazard(l, *p);
 		break;
 
 	case CPU_RM7000:
-		i_nop(p);
-		i_nop(p);
-		i_nop(p);
-		i_nop(p);
+		uasm_i_nop(p);
+		uasm_i_nop(p);
+		uasm_i_nop(p);
+		uasm_i_nop(p);
 		tlbw(p);
 		break;
 
@@ -939,7 +328,7 @@ static __init void build_tlb_write_entry(u32 **p, struct label **l,
 	case CPU_24K:
 	case CPU_34K:
 	case CPU_74K:
-		i_ehb(p);
+		uasm_i_ehb(p);
 		tlbw(p);
 		break;
 
@@ -950,15 +339,15 @@ static __init void build_tlb_write_entry(u32 **p, struct label **l,
 		 * cpu cycles and use for data translations should not occur
 		 * for 3 cpu cycles.
 		 */
-		i_ssnop(p);
-		i_ssnop(p);
-		i_ssnop(p);
-		i_ssnop(p);
+		uasm_i_ssnop(p);
+		uasm_i_ssnop(p);
+		uasm_i_ssnop(p);
+		uasm_i_ssnop(p);
 		tlbw(p);
-		i_ssnop(p);
-		i_ssnop(p);
-		i_ssnop(p);
-		i_ssnop(p);
+		uasm_i_ssnop(p);
+		uasm_i_ssnop(p);
+		uasm_i_ssnop(p);
+		uasm_i_ssnop(p);
 		break;
 
 	case CPU_VR4111:
@@ -966,18 +355,18 @@ static __init void build_tlb_write_entry(u32 **p, struct label **l,
 	case CPU_VR4122:
 	case CPU_VR4181:
 	case CPU_VR4181A:
-		i_nop(p);
-		i_nop(p);
+		uasm_i_nop(p);
+		uasm_i_nop(p);
 		tlbw(p);
-		i_nop(p);
-		i_nop(p);
+		uasm_i_nop(p);
+		uasm_i_nop(p);
 		break;
 
 	case CPU_VR4131:
 	case CPU_VR4133:
 	case CPU_R5432:
-		i_nop(p);
-		i_nop(p);
+		uasm_i_nop(p);
+		uasm_i_nop(p);
 		tlbw(p);
 		break;
 
@@ -994,7 +383,7 @@ static __init void build_tlb_write_entry(u32 **p, struct label **l,
  * TMP will be clobbered, PTR will hold the pmd entry.
  */
 static __init void
-build_get_pmde64(u32 **p, struct label **l, struct reloc **r,
+build_get_pmde64(u32 **p, struct uasm_label **l, struct uasm_reloc **r,
 		 unsigned int tmp, unsigned int ptr)
 {
 	long pgdc = (long)pgd_current;
@@ -1002,52 +391,52 @@ build_get_pmde64(u32 **p, struct label **l, struct reloc **r,
 	/*
 	 * The vmalloc handling is not in the hotpath.
 	 */
-	i_dmfc0(p, tmp, C0_BADVADDR);
+	uasm_i_dmfc0(p, tmp, C0_BADVADDR);
 #ifdef MODULE_START
-	il_bltz(p, r, tmp, label_module_alloc);
+	uasm_il_bltz(p, r, tmp, label_module_alloc);
 #else
-	il_bltz(p, r, tmp, label_vmalloc);
+	uasm_il_bltz(p, r, tmp, label_vmalloc);
 #endif
-	/* No i_nop needed here, since the next insn doesn't touch TMP. */
+	/* No uasm_i_nop needed here, since the next insn doesn't touch TMP. */
 
 #ifdef CONFIG_SMP
 # ifdef  CONFIG_MIPS_MT_SMTC
 	/*
 	 * SMTC uses TCBind value as "CPU" index
 	 */
-	i_mfc0(p, ptr, C0_TCBIND);
-	i_dsrl(p, ptr, ptr, 19);
+	uasm_i_mfc0(p, ptr, C0_TCBIND);
+	uasm_i_dsrl(p, ptr, ptr, 19);
 # else
 	/*
 	 * 64 bit SMP running in XKPHYS has smp_processor_id() << 3
 	 * stored in CONTEXT.
 	 */
-	i_dmfc0(p, ptr, C0_CONTEXT);
-	i_dsrl(p, ptr, ptr, 23);
+	uasm_i_dmfc0(p, ptr, C0_CONTEXT);
+	uasm_i_dsrl(p, ptr, ptr, 23);
 #endif
-	i_LA_mostly(p, tmp, pgdc);
-	i_daddu(p, ptr, ptr, tmp);
-	i_dmfc0(p, tmp, C0_BADVADDR);
-	i_ld(p, ptr, rel_lo(pgdc), ptr);
+	UASM_i_LA_mostly(p, tmp, pgdc);
+	uasm_i_daddu(p, ptr, ptr, tmp);
+	uasm_i_dmfc0(p, tmp, C0_BADVADDR);
+	uasm_i_ld(p, ptr, uasm_rel_lo(pgdc), ptr);
 #else
-	i_LA_mostly(p, ptr, pgdc);
-	i_ld(p, ptr, rel_lo(pgdc), ptr);
+	UASM_i_LA_mostly(p, ptr, pgdc);
+	uasm_i_ld(p, ptr, uasm_rel_lo(pgdc), ptr);
 #endif
 
-	l_vmalloc_done(l, *p);
+	uasm_l_vmalloc_done(l, *p);
 
 	if (PGDIR_SHIFT - 3 < 32)		/* get pgd offset in bytes */
-		i_dsrl(p, tmp, tmp, PGDIR_SHIFT-3);
+		uasm_i_dsrl(p, tmp, tmp, PGDIR_SHIFT-3);
 	else
-		i_dsrl32(p, tmp, tmp, PGDIR_SHIFT - 3 - 32);
-
-	i_andi(p, tmp, tmp, (PTRS_PER_PGD - 1)<<3);
-	i_daddu(p, ptr, ptr, tmp); /* add in pgd offset */
-	i_dmfc0(p, tmp, C0_BADVADDR); /* get faulting address */
-	i_ld(p, ptr, 0, ptr); /* get pmd pointer */
-	i_dsrl(p, tmp, tmp, PMD_SHIFT-3); /* get pmd offset in bytes */
-	i_andi(p, tmp, tmp, (PTRS_PER_PMD - 1)<<3);
-	i_daddu(p, ptr, ptr, tmp); /* add in pmd offset */
+		uasm_i_dsrl32(p, tmp, tmp, PGDIR_SHIFT - 3 - 32);
+
+	uasm_i_andi(p, tmp, tmp, (PTRS_PER_PGD - 1)<<3);
+	uasm_i_daddu(p, ptr, ptr, tmp); /* add in pgd offset */
+	uasm_i_dmfc0(p, tmp, C0_BADVADDR); /* get faulting address */
+	uasm_i_ld(p, ptr, 0, ptr); /* get pmd pointer */
+	uasm_i_dsrl(p, tmp, tmp, PMD_SHIFT-3); /* get pmd offset in bytes */
+	uasm_i_andi(p, tmp, tmp, (PTRS_PER_PMD - 1)<<3);
+	uasm_i_daddu(p, ptr, ptr, tmp); /* add in pmd offset */
 }
 
 /*
@@ -1055,7 +444,7 @@ build_get_pmde64(u32 **p, struct label **l, struct reloc **r,
  * PTR will hold the pgd for vmalloc.
  */
 static __init void
-build_get_pgd_vmalloc64(u32 **p, struct label **l, struct reloc **r,
+build_get_pgd_vmalloc64(u32 **p, struct uasm_label **l, struct uasm_reloc **r,
 			unsigned int bvaddr, unsigned int ptr)
 {
 	long swpd = (long)swapper_pg_dir;
@@ -1063,52 +452,54 @@ build_get_pgd_vmalloc64(u32 **p, struct label **l, struct reloc **r,
 #ifdef MODULE_START
 	long modd = (long)module_pg_dir;
 
-	l_module_alloc(l, *p);
+	uasm_l_module_alloc(l, *p);
 	/*
 	 * Assumption:
 	 * VMALLOC_START >= 0xc000000000000000UL
 	 * MODULE_START >= 0xe000000000000000UL
 	 */
-	i_SLL(p, ptr, bvaddr, 2);
-	il_bgez(p, r, ptr, label_vmalloc);
+	UASM_i_SLL(p, ptr, bvaddr, 2);
+	uasm_il_bgez(p, r, ptr, label_vmalloc);
 
-	if (in_compat_space_p(MODULE_START) && !rel_lo(MODULE_START)) {
-		i_lui(p, ptr, rel_hi(MODULE_START)); /* delay slot */
+	if (uasm_in_compat_space_p(MODULE_START) &&
+	    !uasm_rel_lo(MODULE_START)) {
+		uasm_i_lui(p, ptr, uasm_rel_hi(MODULE_START)); /* delay slot */
 	} else {
 		/* unlikely configuration */
-		i_nop(p); /* delay slot */
-		i_LA(p, ptr, MODULE_START);
+		uasm_i_nop(p); /* delay slot */
+		UASM_i_LA(p, ptr, MODULE_START);
 	}
-	i_dsubu(p, bvaddr, bvaddr, ptr);
+	uasm_i_dsubu(p, bvaddr, bvaddr, ptr);
 
-	if (in_compat_space_p(modd) && !rel_lo(modd)) {
-		il_b(p, r, label_vmalloc_done);
-		i_lui(p, ptr, rel_hi(modd));
+	if (uasm_in_compat_space_p(modd) && !uasm_rel_lo(modd)) {
+		uasm_il_b(p, r, label_vmalloc_done);
+		uasm_i_lui(p, ptr, uasm_rel_hi(modd));
 	} else {
-		i_LA_mostly(p, ptr, modd);
-		il_b(p, r, label_vmalloc_done);
-		i_daddiu(p, ptr, ptr, rel_lo(modd));
+		UASM_i_LA_mostly(p, ptr, modd);
+		uasm_il_b(p, r, label_vmalloc_done);
+		uasm_i_daddiu(p, ptr, ptr, uasm_rel_lo(modd));
 	}
 
-	l_vmalloc(l, *p);
-	if (in_compat_space_p(MODULE_START) && !rel_lo(MODULE_START) &&
+	uasm_l_vmalloc(l, *p);
+	if (uasm_in_compat_space_p(MODULE_START) &&
+	    !uasm_rel_lo(MODULE_START) &&
 	    MODULE_START << 32 == VMALLOC_START)
-		i_dsll32(p, ptr, ptr, 0);	/* typical case */
+		uasm_i_dsll32(p, ptr, ptr, 0);	/* typical case */
 	else
-		i_LA(p, ptr, VMALLOC_START);
+		UASM_i_LA(p, ptr, VMALLOC_START);
 #else
-	l_vmalloc(l, *p);
-	i_LA(p, ptr, VMALLOC_START);
+	uasm_l_vmalloc(l, *p);
+	UASM_i_LA(p, ptr, VMALLOC_START);
 #endif
-	i_dsubu(p, bvaddr, bvaddr, ptr);
+	uasm_i_dsubu(p, bvaddr, bvaddr, ptr);
 
-	if (in_compat_space_p(swpd) && !rel_lo(swpd)) {
-		il_b(p, r, label_vmalloc_done);
-		i_lui(p, ptr, rel_hi(swpd));
+	if (uasm_in_compat_space_p(swpd) && !uasm_rel_lo(swpd)) {
+		uasm_il_b(p, r, label_vmalloc_done);
+		uasm_i_lui(p, ptr, uasm_rel_hi(swpd));
 	} else {
-		i_LA_mostly(p, ptr, swpd);
-		il_b(p, r, label_vmalloc_done);
-		i_daddiu(p, ptr, ptr, rel_lo(swpd));
+		UASM_i_LA_mostly(p, ptr, swpd);
+		uasm_il_b(p, r, label_vmalloc_done);
+		uasm_i_daddiu(p, ptr, ptr, uasm_rel_lo(swpd));
 	}
 }
 
@@ -1129,26 +520,26 @@ build_get_pgde32(u32 **p, unsigned int tmp, unsigned int ptr)
 	/*
 	 * SMTC uses TCBind value as "CPU" index
 	 */
-	i_mfc0(p, ptr, C0_TCBIND);
-	i_LA_mostly(p, tmp, pgdc);
-	i_srl(p, ptr, ptr, 19);
+	uasm_i_mfc0(p, ptr, C0_TCBIND);
+	UASM_i_LA_mostly(p, tmp, pgdc);
+	uasm_i_srl(p, ptr, ptr, 19);
 #else
 	/*
 	 * smp_processor_id() << 3 is stored in CONTEXT.
          */
-	i_mfc0(p, ptr, C0_CONTEXT);
-	i_LA_mostly(p, tmp, pgdc);
-	i_srl(p, ptr, ptr, 23);
+	uasm_i_mfc0(p, ptr, C0_CONTEXT);
+	UASM_i_LA_mostly(p, tmp, pgdc);
+	uasm_i_srl(p, ptr, ptr, 23);
 #endif
-	i_addu(p, ptr, tmp, ptr);
+	uasm_i_addu(p, ptr, tmp, ptr);
 #else
-	i_LA_mostly(p, ptr, pgdc);
+	UASM_i_LA_mostly(p, ptr, pgdc);
 #endif
-	i_mfc0(p, tmp, C0_BADVADDR); /* get faulting address */
-	i_lw(p, ptr, rel_lo(pgdc), ptr);
-	i_srl(p, tmp, tmp, PGDIR_SHIFT); /* get pgd only bits */
-	i_sll(p, tmp, tmp, PGD_T_LOG2);
-	i_addu(p, ptr, ptr, tmp); /* add in pgd offset */
+	uasm_i_mfc0(p, tmp, C0_BADVADDR); /* get faulting address */
+	uasm_i_lw(p, ptr, uasm_rel_lo(pgdc), ptr);
+	uasm_i_srl(p, tmp, tmp, PGDIR_SHIFT); /* get pgd only bits */
+	uasm_i_sll(p, tmp, tmp, PGD_T_LOG2);
+	uasm_i_addu(p, ptr, ptr, tmp); /* add in pgd offset */
 }
 
 #endif /* !CONFIG_64BIT */
@@ -1175,8 +566,8 @@ static __init void build_adjust_context(u32 **p, unsigned int ctx)
 	}
 
 	if (shift)
-		i_SRL(p, ctx, ctx, shift);
-	i_andi(p, ctx, ctx, mask);
+		UASM_i_SRL(p, ctx, ctx, shift);
+	uasm_i_andi(p, ctx, ctx, mask);
 }
 
 static __init void build_get_ptep(u32 **p, unsigned int tmp, unsigned int ptr)
@@ -1190,18 +581,18 @@ static __init void build_get_ptep(u32 **p, unsigned int tmp, unsigned int ptr)
 	 */
 	switch (current_cpu_type()) {
 	case CPU_NEVADA:
-		i_LW(p, ptr, 0, ptr);
+		UASM_i_LW(p, ptr, 0, ptr);
 		GET_CONTEXT(p, tmp); /* get context reg */
 		break;
 
 	default:
 		GET_CONTEXT(p, tmp); /* get context reg */
-		i_LW(p, ptr, 0, ptr);
+		UASM_i_LW(p, ptr, 0, ptr);
 		break;
 	}
 
 	build_adjust_context(p, tmp);
-	i_ADDU(p, ptr, ptr, tmp); /* add in offset */
+	UASM_i_ADDU(p, ptr, ptr, tmp); /* add in offset */
 }
 
 static __init void build_update_entries(u32 **p, unsigned int tmp,
@@ -1213,45 +604,45 @@ static __init void build_update_entries(u32 **p, unsigned int tmp,
 	 */
 #ifdef CONFIG_64BIT_PHYS_ADDR
 	if (cpu_has_64bits) {
-		i_ld(p, tmp, 0, ptep); /* get even pte */
-		i_ld(p, ptep, sizeof(pte_t), ptep); /* get odd pte */
-		i_dsrl(p, tmp, tmp, 6); /* convert to entrylo0 */
-		i_mtc0(p, tmp, C0_ENTRYLO0); /* load it */
-		i_dsrl(p, ptep, ptep, 6); /* convert to entrylo1 */
-		i_mtc0(p, ptep, C0_ENTRYLO1); /* load it */
+		uasm_i_ld(p, tmp, 0, ptep); /* get even pte */
+		uasm_i_ld(p, ptep, sizeof(pte_t), ptep); /* get odd pte */
+		uasm_i_dsrl(p, tmp, tmp, 6); /* convert to entrylo0 */
+		uasm_i_mtc0(p, tmp, C0_ENTRYLO0); /* load it */
+		uasm_i_dsrl(p, ptep, ptep, 6); /* convert to entrylo1 */
+		uasm_i_mtc0(p, ptep, C0_ENTRYLO1); /* load it */
 	} else {
 		int pte_off_even = sizeof(pte_t) / 2;
 		int pte_off_odd = pte_off_even + sizeof(pte_t);
 
 		/* The pte entries are pre-shifted */
-		i_lw(p, tmp, pte_off_even, ptep); /* get even pte */
-		i_mtc0(p, tmp, C0_ENTRYLO0); /* load it */
-		i_lw(p, ptep, pte_off_odd, ptep); /* get odd pte */
-		i_mtc0(p, ptep, C0_ENTRYLO1); /* load it */
+		uasm_i_lw(p, tmp, pte_off_even, ptep); /* get even pte */
+		uasm_i_mtc0(p, tmp, C0_ENTRYLO0); /* load it */
+		uasm_i_lw(p, ptep, pte_off_odd, ptep); /* get odd pte */
+		uasm_i_mtc0(p, ptep, C0_ENTRYLO1); /* load it */
 	}
 #else
-	i_LW(p, tmp, 0, ptep); /* get even pte */
-	i_LW(p, ptep, sizeof(pte_t), ptep); /* get odd pte */
+	UASM_i_LW(p, tmp, 0, ptep); /* get even pte */
+	UASM_i_LW(p, ptep, sizeof(pte_t), ptep); /* get odd pte */
 	if (r45k_bvahwbug())
 		build_tlb_probe_entry(p);
-	i_SRL(p, tmp, tmp, 6); /* convert to entrylo0 */
+	UASM_i_SRL(p, tmp, tmp, 6); /* convert to entrylo0 */
 	if (r4k_250MHZhwbug())
-		i_mtc0(p, 0, C0_ENTRYLO0);
-	i_mtc0(p, tmp, C0_ENTRYLO0); /* load it */
-	i_SRL(p, ptep, ptep, 6); /* convert to entrylo1 */
+		uasm_i_mtc0(p, 0, C0_ENTRYLO0);
+	uasm_i_mtc0(p, tmp, C0_ENTRYLO0); /* load it */
+	UASM_i_SRL(p, ptep, ptep, 6); /* convert to entrylo1 */
 	if (r45k_bvahwbug())
-		i_mfc0(p, tmp, C0_INDEX);
+		uasm_i_mfc0(p, tmp, C0_INDEX);
 	if (r4k_250MHZhwbug())
-		i_mtc0(p, 0, C0_ENTRYLO1);
-	i_mtc0(p, ptep, C0_ENTRYLO1); /* load it */
+		uasm_i_mtc0(p, 0, C0_ENTRYLO1);
+	uasm_i_mtc0(p, ptep, C0_ENTRYLO1); /* load it */
 #endif
 }
 
 static void __init build_r4000_tlb_refill_handler(void)
 {
 	u32 *p = tlb_handler;
-	struct label *l = labels;
-	struct reloc *r = relocs;
+	struct uasm_label *l = labels;
+	struct uasm_reloc *r = relocs;
 	u32 *f;
 	unsigned int final_len;
 	int i;
@@ -1265,12 +656,12 @@ static void __init build_r4000_tlb_refill_handler(void)
 	 * create the plain linear handler
 	 */
 	if (bcm1250_m3_war()) {
-		i_MFC0(&p, K0, C0_BADVADDR);
-		i_MFC0(&p, K1, C0_ENTRYHI);
-		i_xor(&p, K0, K0, K1);
-		i_SRL(&p, K0, K0, PAGE_SHIFT + 1);
-		il_bnez(&p, &r, K0, label_leave);
-		/* No need for i_nop */
+		UASM_i_MFC0(&p, K0, C0_BADVADDR);
+		UASM_i_MFC0(&p, K1, C0_ENTRYHI);
+		uasm_i_xor(&p, K0, K0, K1);
+		UASM_i_SRL(&p, K0, K0, PAGE_SHIFT + 1);
+		uasm_il_bnez(&p, &r, K0, label_leave);
+		/* No need for uasm_i_nop */
 	}
 
 #ifdef CONFIG_64BIT
@@ -1282,8 +673,8 @@ static void __init build_r4000_tlb_refill_handler(void)
 	build_get_ptep(&p, K0, K1);
 	build_update_entries(&p, K0, K1);
 	build_tlb_write_entry(&p, &l, &r, tlb_random);
-	l_leave(&l, p);
-	i_eret(&p); /* return from trap */
+	uasm_l_leave(&l, p);
+	uasm_i_eret(&p); /* return from trap */
 
 #ifdef CONFIG_64BIT
 	build_get_pgd_vmalloc64(&p, &l, &r, K0, K1);
@@ -1303,7 +694,7 @@ static void __init build_r4000_tlb_refill_handler(void)
 #else
 	if (((p - tlb_handler) > 63)
 	    || (((p - tlb_handler) > 61)
-		&& insn_has_bdelay(relocs, tlb_handler + 29)))
+		&& uasm_insn_has_bdelay(relocs, tlb_handler + 29)))
 		panic("TLB refill handler space exceeded");
 #endif
 
@@ -1313,13 +704,13 @@ static void __init build_r4000_tlb_refill_handler(void)
 #if defined(CONFIG_32BIT) || defined(CONFIG_CPU_LOONGSON2)
 	f = final_handler;
 	/* Simplest case, just copy the handler. */
-	copy_handler(relocs, labels, tlb_handler, p, f);
+	uasm_copy_handler(relocs, labels, tlb_handler, p, f);
 	final_len = p - tlb_handler;
 #else /* CONFIG_64BIT */
 	f = final_handler + 32;
 	if ((p - tlb_handler) <= 32) {
 		/* Just copy the handler. */
-		copy_handler(relocs, labels, tlb_handler, p, f);
+		uasm_copy_handler(relocs, labels, tlb_handler, p, f);
 		final_len = p - tlb_handler;
 	} else {
 		u32 *split = tlb_handler + 30;
@@ -1327,34 +718,34 @@ static void __init build_r4000_tlb_refill_handler(void)
 		/*
 		 * Find the split point.
 		 */
-		if (insn_has_bdelay(relocs, split - 1))
+		if (uasm_insn_has_bdelay(relocs, split - 1))
 			split--;
 
 		/* Copy first part of the handler. */
-		copy_handler(relocs, labels, tlb_handler, split, f);
+		uasm_copy_handler(relocs, labels, tlb_handler, split, f);
 		f += split - tlb_handler;
 
 		/* Insert branch. */
-		l_split(&l, final_handler);
-		il_b(&f, &r, label_split);
-		if (insn_has_bdelay(relocs, split))
-			i_nop(&f);
+		uasm_l_split(&l, final_handler);
+		uasm_il_b(&f, &r, label_split);
+		if (uasm_insn_has_bdelay(relocs, split))
+			uasm_i_nop(&f);
 		else {
-			copy_handler(relocs, labels, split, split + 1, f);
-			move_labels(labels, f, f + 1, -1);
+			uasm_copy_handler(relocs, labels, split, split + 1, f);
+			uasm_move_labels(labels, f, f + 1, -1);
 			f++;
 			split++;
 		}
 
 		/* Copy the rest of the handler. */
-		copy_handler(relocs, labels, split, p, final_handler);
+		uasm_copy_handler(relocs, labels, split, p, final_handler);
 		final_len = (f - (final_handler + 32)) + (p - split);
 	}
 #endif /* CONFIG_64BIT */
 
-	resolve_relocs(relocs, labels);
-	pr_info("Synthesized TLB refill handler (%u instructions).\n",
-		final_len);
+	uasm_resolve_relocs(relocs, labels);
+	pr_debug("Wrote TLB refill handler (%u instructions).\n",
+		 final_len);
 
 	f = final_handler;
 #if defined(CONFIG_64BIT) && !defined(CONFIG_CPU_LOONGSON2)
@@ -1395,75 +786,75 @@ u32 __tlb_handler_align handle_tlbs[FASTPATH_SIZE];
 u32 __tlb_handler_align handle_tlbm[FASTPATH_SIZE];
 
 static void __init
-iPTE_LW(u32 **p, struct label **l, unsigned int pte, unsigned int ptr)
+iPTE_LW(u32 **p, struct uasm_label **l, unsigned int pte, unsigned int ptr)
 {
 #ifdef CONFIG_SMP
 # ifdef CONFIG_64BIT_PHYS_ADDR
 	if (cpu_has_64bits)
-		i_lld(p, pte, 0, ptr);
+		uasm_i_lld(p, pte, 0, ptr);
 	else
 # endif
-		i_LL(p, pte, 0, ptr);
+		UASM_i_LL(p, pte, 0, ptr);
 #else
 # ifdef CONFIG_64BIT_PHYS_ADDR
 	if (cpu_has_64bits)
-		i_ld(p, pte, 0, ptr);
+		uasm_i_ld(p, pte, 0, ptr);
 	else
 # endif
-		i_LW(p, pte, 0, ptr);
+		UASM_i_LW(p, pte, 0, ptr);
 #endif
 }
 
 static void __init
-iPTE_SW(u32 **p, struct reloc **r, unsigned int pte, unsigned int ptr,
+iPTE_SW(u32 **p, struct uasm_reloc **r, unsigned int pte, unsigned int ptr,
 	unsigned int mode)
 {
 #ifdef CONFIG_64BIT_PHYS_ADDR
 	unsigned int hwmode = mode & (_PAGE_VALID | _PAGE_DIRTY);
 #endif
 
-	i_ori(p, pte, pte, mode);
+	uasm_i_ori(p, pte, pte, mode);
 #ifdef CONFIG_SMP
 # ifdef CONFIG_64BIT_PHYS_ADDR
 	if (cpu_has_64bits)
-		i_scd(p, pte, 0, ptr);
+		uasm_i_scd(p, pte, 0, ptr);
 	else
 # endif
-		i_SC(p, pte, 0, ptr);
+		UASM_i_SC(p, pte, 0, ptr);
 
 	if (r10000_llsc_war())
-		il_beqzl(p, r, pte, label_smp_pgtable_change);
+		uasm_il_beqzl(p, r, pte, label_smp_pgtable_change);
 	else
-		il_beqz(p, r, pte, label_smp_pgtable_change);
+		uasm_il_beqz(p, r, pte, label_smp_pgtable_change);
 
 # ifdef CONFIG_64BIT_PHYS_ADDR
 	if (!cpu_has_64bits) {
-		/* no i_nop needed */
-		i_ll(p, pte, sizeof(pte_t) / 2, ptr);
-		i_ori(p, pte, pte, hwmode);
-		i_sc(p, pte, sizeof(pte_t) / 2, ptr);
-		il_beqz(p, r, pte, label_smp_pgtable_change);
-		/* no i_nop needed */
-		i_lw(p, pte, 0, ptr);
+		/* no uasm_i_nop needed */
+		uasm_i_ll(p, pte, sizeof(pte_t) / 2, ptr);
+		uasm_i_ori(p, pte, pte, hwmode);
+		uasm_i_sc(p, pte, sizeof(pte_t) / 2, ptr);
+		uasm_il_beqz(p, r, pte, label_smp_pgtable_change);
+		/* no uasm_i_nop needed */
+		uasm_i_lw(p, pte, 0, ptr);
 	} else
-		i_nop(p);
+		uasm_i_nop(p);
 # else
-	i_nop(p);
+	uasm_i_nop(p);
 # endif
 #else
 # ifdef CONFIG_64BIT_PHYS_ADDR
 	if (cpu_has_64bits)
-		i_sd(p, pte, 0, ptr);
+		uasm_i_sd(p, pte, 0, ptr);
 	else
 # endif
-		i_SW(p, pte, 0, ptr);
+		UASM_i_SW(p, pte, 0, ptr);
 
 # ifdef CONFIG_64BIT_PHYS_ADDR
 	if (!cpu_has_64bits) {
-		i_lw(p, pte, sizeof(pte_t) / 2, ptr);
-		i_ori(p, pte, pte, hwmode);
-		i_sw(p, pte, sizeof(pte_t) / 2, ptr);
-		i_lw(p, pte, 0, ptr);
+		uasm_i_lw(p, pte, sizeof(pte_t) / 2, ptr);
+		uasm_i_ori(p, pte, pte, hwmode);
+		uasm_i_sw(p, pte, sizeof(pte_t) / 2, ptr);
+		uasm_i_lw(p, pte, 0, ptr);
 	}
 # endif
 #endif
@@ -1475,18 +866,18 @@ iPTE_SW(u32 **p, struct reloc **r, unsigned int pte, unsigned int ptr,
  * with it's original value.
  */
 static void __init
-build_pte_present(u32 **p, struct label **l, struct reloc **r,
+build_pte_present(u32 **p, struct uasm_label **l, struct uasm_reloc **r,
 		  unsigned int pte, unsigned int ptr, enum label_id lid)
 {
-	i_andi(p, pte, pte, _PAGE_PRESENT | _PAGE_READ);
-	i_xori(p, pte, pte, _PAGE_PRESENT | _PAGE_READ);
-	il_bnez(p, r, pte, lid);
+	uasm_i_andi(p, pte, pte, _PAGE_PRESENT | _PAGE_READ);
+	uasm_i_xori(p, pte, pte, _PAGE_PRESENT | _PAGE_READ);
+	uasm_il_bnez(p, r, pte, lid);
 	iPTE_LW(p, l, pte, ptr);
 }
 
 /* Make PTE valid, store result in PTR. */
 static void __init
-build_make_valid(u32 **p, struct reloc **r, unsigned int pte,
+build_make_valid(u32 **p, struct uasm_reloc **r, unsigned int pte,
 		 unsigned int ptr)
 {
 	unsigned int mode = _PAGE_VALID | _PAGE_ACCESSED;
@@ -1499,12 +890,12 @@ build_make_valid(u32 **p, struct reloc **r, unsigned int pte,
  * restore PTE with value from PTR when done.
  */
 static void __init
-build_pte_writable(u32 **p, struct label **l, struct reloc **r,
+build_pte_writable(u32 **p, struct uasm_label **l, struct uasm_reloc **r,
 		   unsigned int pte, unsigned int ptr, enum label_id lid)
 {
-	i_andi(p, pte, pte, _PAGE_PRESENT | _PAGE_WRITE);
-	i_xori(p, pte, pte, _PAGE_PRESENT | _PAGE_WRITE);
-	il_bnez(p, r, pte, lid);
+	uasm_i_andi(p, pte, pte, _PAGE_PRESENT | _PAGE_WRITE);
+	uasm_i_xori(p, pte, pte, _PAGE_PRESENT | _PAGE_WRITE);
+	uasm_il_bnez(p, r, pte, lid);
 	iPTE_LW(p, l, pte, ptr);
 }
 
@@ -1512,7 +903,7 @@ build_pte_writable(u32 **p, struct label **l, struct reloc **r,
  * at PTR.
  */
 static void __init
-build_make_write(u32 **p, struct reloc **r, unsigned int pte,
+build_make_write(u32 **p, struct uasm_reloc **r, unsigned int pte,
 		 unsigned int ptr)
 {
 	unsigned int mode = (_PAGE_ACCESSED | _PAGE_MODIFIED | _PAGE_VALID
@@ -1526,11 +917,11 @@ build_make_write(u32 **p, struct reloc **r, unsigned int pte,
  * restore PTE with value from PTR when done.
  */
 static void __init
-build_pte_modifiable(u32 **p, struct label **l, struct reloc **r,
+build_pte_modifiable(u32 **p, struct uasm_label **l, struct uasm_reloc **r,
 		     unsigned int pte, unsigned int ptr, enum label_id lid)
 {
-	i_andi(p, pte, pte, _PAGE_WRITE);
-	il_beqz(p, r, pte, lid);
+	uasm_i_andi(p, pte, pte, _PAGE_WRITE);
+	uasm_il_beqz(p, r, pte, lid);
 	iPTE_LW(p, l, pte, ptr);
 }
 
@@ -1545,11 +936,11 @@ build_pte_modifiable(u32 **p, struct label **l, struct reloc **r,
 static void __init
 build_r3000_pte_reload_tlbwi(u32 **p, unsigned int pte, unsigned int tmp)
 {
-	i_mtc0(p, pte, C0_ENTRYLO0); /* cp0 delay */
-	i_mfc0(p, tmp, C0_EPC); /* cp0 delay */
-	i_tlbwi(p);
-	i_jr(p, tmp);
-	i_rfe(p); /* branch delay */
+	uasm_i_mtc0(p, pte, C0_ENTRYLO0); /* cp0 delay */
+	uasm_i_mfc0(p, tmp, C0_EPC); /* cp0 delay */
+	uasm_i_tlbwi(p);
+	uasm_i_jr(p, tmp);
+	uasm_i_rfe(p); /* branch delay */
 }
 
 /*
@@ -1559,20 +950,21 @@ build_r3000_pte_reload_tlbwi(u32 **p, unsigned int pte, unsigned int tmp)
  * kseg2 access, i.e. without refill.  Then it returns.
  */
 static void __init
-build_r3000_tlb_reload_write(u32 **p, struct label **l, struct reloc **r,
-			     unsigned int pte, unsigned int tmp)
-{
-	i_mfc0(p, tmp, C0_INDEX);
-	i_mtc0(p, pte, C0_ENTRYLO0); /* cp0 delay */
-	il_bltz(p, r, tmp, label_r3000_write_probe_fail); /* cp0 delay */
-	i_mfc0(p, tmp, C0_EPC); /* branch delay */
-	i_tlbwi(p); /* cp0 delay */
-	i_jr(p, tmp);
-	i_rfe(p); /* branch delay */
-	l_r3000_write_probe_fail(l, *p);
-	i_tlbwr(p); /* cp0 delay */
-	i_jr(p, tmp);
-	i_rfe(p); /* branch delay */
+build_r3000_tlb_reload_write(u32 **p, struct uasm_label **l,
+			     struct uasm_reloc **r, unsigned int pte,
+			     unsigned int tmp)
+{
+	uasm_i_mfc0(p, tmp, C0_INDEX);
+	uasm_i_mtc0(p, pte, C0_ENTRYLO0); /* cp0 delay */
+	uasm_il_bltz(p, r, tmp, label_r3000_write_probe_fail); /* cp0 delay */
+	uasm_i_mfc0(p, tmp, C0_EPC); /* branch delay */
+	uasm_i_tlbwi(p); /* cp0 delay */
+	uasm_i_jr(p, tmp);
+	uasm_i_rfe(p); /* branch delay */
+	uasm_l_r3000_write_probe_fail(l, *p);
+	uasm_i_tlbwr(p); /* cp0 delay */
+	uasm_i_jr(p, tmp);
+	uasm_i_rfe(p); /* branch delay */
 }
 
 static void __init
@@ -1581,25 +973,25 @@ build_r3000_tlbchange_handler_head(u32 **p, unsigned int pte,
 {
 	long pgdc = (long)pgd_current;
 
-	i_mfc0(p, pte, C0_BADVADDR);
-	i_lui(p, ptr, rel_hi(pgdc)); /* cp0 delay */
-	i_lw(p, ptr, rel_lo(pgdc), ptr);
-	i_srl(p, pte, pte, 22); /* load delay */
-	i_sll(p, pte, pte, 2);
-	i_addu(p, ptr, ptr, pte);
-	i_mfc0(p, pte, C0_CONTEXT);
-	i_lw(p, ptr, 0, ptr); /* cp0 delay */
-	i_andi(p, pte, pte, 0xffc); /* load delay */
-	i_addu(p, ptr, ptr, pte);
-	i_lw(p, pte, 0, ptr);
-	i_tlbp(p); /* load delay */
+	uasm_i_mfc0(p, pte, C0_BADVADDR);
+	uasm_i_lui(p, ptr, uasm_rel_hi(pgdc)); /* cp0 delay */
+	uasm_i_lw(p, ptr, uasm_rel_lo(pgdc), ptr);
+	uasm_i_srl(p, pte, pte, 22); /* load delay */
+	uasm_i_sll(p, pte, pte, 2);
+	uasm_i_addu(p, ptr, ptr, pte);
+	uasm_i_mfc0(p, pte, C0_CONTEXT);
+	uasm_i_lw(p, ptr, 0, ptr); /* cp0 delay */
+	uasm_i_andi(p, pte, pte, 0xffc); /* load delay */
+	uasm_i_addu(p, ptr, ptr, pte);
+	uasm_i_lw(p, pte, 0, ptr);
+	uasm_i_tlbp(p); /* load delay */
 }
 
 static void __init build_r3000_tlb_load_handler(void)
 {
 	u32 *p = handle_tlbl;
-	struct label *l = labels;
-	struct reloc *r = relocs;
+	struct uasm_label *l = labels;
+	struct uasm_reloc *r = relocs;
 	int i;
 
 	memset(handle_tlbl, 0, sizeof(handle_tlbl));
@@ -1608,20 +1000,20 @@ static void __init build_r3000_tlb_load_handler(void)
 
 	build_r3000_tlbchange_handler_head(&p, K0, K1);
 	build_pte_present(&p, &l, &r, K0, K1, label_nopage_tlbl);
-	i_nop(&p); /* load delay */
+	uasm_i_nop(&p); /* load delay */
 	build_make_valid(&p, &r, K0, K1);
 	build_r3000_tlb_reload_write(&p, &l, &r, K0, K1);
 
-	l_nopage_tlbl(&l, p);
-	i_j(&p, (unsigned long)tlb_do_page_fault_0 & 0x0fffffff);
-	i_nop(&p);
+	uasm_l_nopage_tlbl(&l, p);
+	uasm_i_j(&p, (unsigned long)tlb_do_page_fault_0 & 0x0fffffff);
+	uasm_i_nop(&p);
 
 	if ((p - handle_tlbl) > FASTPATH_SIZE)
 		panic("TLB load handler fastpath space exceeded");
 
-	resolve_relocs(relocs, labels);
-	pr_info("Synthesized TLB load handler fastpath (%u instructions).\n",
-		(unsigned int)(p - handle_tlbl));
+	uasm_resolve_relocs(relocs, labels);
+	pr_debug("Wrote TLB load handler fastpath (%u instructions).\n",
+		 (unsigned int)(p - handle_tlbl));
 
 	pr_debug("\t.set push\n");
 	pr_debug("\t.set noreorder\n");
@@ -1633,8 +1025,8 @@ static void __init build_r3000_tlb_load_handler(void)
 static void __init build_r3000_tlb_store_handler(void)
 {
 	u32 *p = handle_tlbs;
-	struct label *l = labels;
-	struct reloc *r = relocs;
+	struct uasm_label *l = labels;
+	struct uasm_reloc *r = relocs;
 	int i;
 
 	memset(handle_tlbs, 0, sizeof(handle_tlbs));
@@ -1643,20 +1035,20 @@ static void __init build_r3000_tlb_store_handler(void)
 
 	build_r3000_tlbchange_handler_head(&p, K0, K1);
 	build_pte_writable(&p, &l, &r, K0, K1, label_nopage_tlbs);
-	i_nop(&p); /* load delay */
+	uasm_i_nop(&p); /* load delay */
 	build_make_write(&p, &r, K0, K1);
 	build_r3000_tlb_reload_write(&p, &l, &r, K0, K1);
 
-	l_nopage_tlbs(&l, p);
-	i_j(&p, (unsigned long)tlb_do_page_fault_1 & 0x0fffffff);
-	i_nop(&p);
+	uasm_l_nopage_tlbs(&l, p);
+	uasm_i_j(&p, (unsigned long)tlb_do_page_fault_1 & 0x0fffffff);
+	uasm_i_nop(&p);
 
 	if ((p - handle_tlbs) > FASTPATH_SIZE)
 		panic("TLB store handler fastpath space exceeded");
 
-	resolve_relocs(relocs, labels);
-	pr_info("Synthesized TLB store handler fastpath (%u instructions).\n",
-		(unsigned int)(p - handle_tlbs));
+	uasm_resolve_relocs(relocs, labels);
+	pr_debug("Wrote TLB store handler fastpath (%u instructions).\n",
+		 (unsigned int)(p - handle_tlbs));
 
 	pr_debug("\t.set push\n");
 	pr_debug("\t.set noreorder\n");
@@ -1668,8 +1060,8 @@ static void __init build_r3000_tlb_store_handler(void)
 static void __init build_r3000_tlb_modify_handler(void)
 {
 	u32 *p = handle_tlbm;
-	struct label *l = labels;
-	struct reloc *r = relocs;
+	struct uasm_label *l = labels;
+	struct uasm_reloc *r = relocs;
 	int i;
 
 	memset(handle_tlbm, 0, sizeof(handle_tlbm));
@@ -1678,20 +1070,20 @@ static void __init build_r3000_tlb_modify_handler(void)
 
 	build_r3000_tlbchange_handler_head(&p, K0, K1);
 	build_pte_modifiable(&p, &l, &r, K0, K1, label_nopage_tlbm);
-	i_nop(&p); /* load delay */
+	uasm_i_nop(&p); /* load delay */
 	build_make_write(&p, &r, K0, K1);
 	build_r3000_pte_reload_tlbwi(&p, K0, K1);
 
-	l_nopage_tlbm(&l, p);
-	i_j(&p, (unsigned long)tlb_do_page_fault_1 & 0x0fffffff);
-	i_nop(&p);
+	uasm_l_nopage_tlbm(&l, p);
+	uasm_i_j(&p, (unsigned long)tlb_do_page_fault_1 & 0x0fffffff);
+	uasm_i_nop(&p);
 
 	if ((p - handle_tlbm) > FASTPATH_SIZE)
 		panic("TLB modify handler fastpath space exceeded");
 
-	resolve_relocs(relocs, labels);
-	pr_info("Synthesized TLB modify handler fastpath (%u instructions).\n",
-		(unsigned int)(p - handle_tlbm));
+	uasm_resolve_relocs(relocs, labels);
+	pr_debug("Wrote TLB modify handler fastpath (%u instructions).\n",
+		 (unsigned int)(p - handle_tlbm));
 
 	pr_debug("\t.set push\n");
 	pr_debug("\t.set noreorder\n");
@@ -1704,8 +1096,8 @@ static void __init build_r3000_tlb_modify_handler(void)
  * R4000 style TLB load/store/modify handlers.
  */
 static void __init
-build_r4000_tlbchange_handler_head(u32 **p, struct label **l,
-				   struct reloc **r, unsigned int pte,
+build_r4000_tlbchange_handler_head(u32 **p, struct uasm_label **l,
+				   struct uasm_reloc **r, unsigned int pte,
 				   unsigned int ptr)
 {
 #ifdef CONFIG_64BIT
@@ -1714,14 +1106,14 @@ build_r4000_tlbchange_handler_head(u32 **p, struct label **l,
 	build_get_pgde32(p, pte, ptr); /* get pgd in ptr */
 #endif
 
-	i_MFC0(p, pte, C0_BADVADDR);
-	i_LW(p, ptr, 0, ptr);
-	i_SRL(p, pte, pte, PAGE_SHIFT + PTE_ORDER - PTE_T_LOG2);
-	i_andi(p, pte, pte, (PTRS_PER_PTE - 1) << PTE_T_LOG2);
-	i_ADDU(p, ptr, ptr, pte);
+	UASM_i_MFC0(p, pte, C0_BADVADDR);
+	UASM_i_LW(p, ptr, 0, ptr);
+	UASM_i_SRL(p, pte, pte, PAGE_SHIFT + PTE_ORDER - PTE_T_LOG2);
+	uasm_i_andi(p, pte, pte, (PTRS_PER_PTE - 1) << PTE_T_LOG2);
+	UASM_i_ADDU(p, ptr, ptr, pte);
 
 #ifdef CONFIG_SMP
-	l_smp_pgtable_change(l, *p);
+	uasm_l_smp_pgtable_change(l, *p);
 # endif
 	iPTE_LW(p, l, pte, ptr); /* get even pte */
 	if (!m4kc_tlbp_war())
@@ -1729,16 +1121,16 @@ build_r4000_tlbchange_handler_head(u32 **p, struct label **l,
 }
 
 static void __init
-build_r4000_tlbchange_handler_tail(u32 **p, struct label **l,
-				   struct reloc **r, unsigned int tmp,
+build_r4000_tlbchange_handler_tail(u32 **p, struct uasm_label **l,
+				   struct uasm_reloc **r, unsigned int tmp,
 				   unsigned int ptr)
 {
-	i_ori(p, ptr, ptr, sizeof(pte_t));
-	i_xori(p, ptr, ptr, sizeof(pte_t));
+	uasm_i_ori(p, ptr, ptr, sizeof(pte_t));
+	uasm_i_xori(p, ptr, ptr, sizeof(pte_t));
 	build_update_entries(p, tmp, ptr);
 	build_tlb_write_entry(p, l, r, tlb_indexed);
-	l_leave(l, *p);
-	i_eret(p); /* return from trap */
+	uasm_l_leave(l, *p);
+	uasm_i_eret(p); /* return from trap */
 
 #ifdef CONFIG_64BIT
 	build_get_pgd_vmalloc64(p, l, r, tmp, ptr);
@@ -1748,8 +1140,8 @@ build_r4000_tlbchange_handler_tail(u32 **p, struct label **l,
 static void __init build_r4000_tlb_load_handler(void)
 {
 	u32 *p = handle_tlbl;
-	struct label *l = labels;
-	struct reloc *r = relocs;
+	struct uasm_label *l = labels;
+	struct uasm_reloc *r = relocs;
 	int i;
 
 	memset(handle_tlbl, 0, sizeof(handle_tlbl));
@@ -1757,12 +1149,12 @@ static void __init build_r4000_tlb_load_handler(void)
 	memset(relocs, 0, sizeof(relocs));
 
 	if (bcm1250_m3_war()) {
-		i_MFC0(&p, K0, C0_BADVADDR);
-		i_MFC0(&p, K1, C0_ENTRYHI);
-		i_xor(&p, K0, K0, K1);
-		i_SRL(&p, K0, K0, PAGE_SHIFT + 1);
-		il_bnez(&p, &r, K0, label_leave);
-		/* No need for i_nop */
+		UASM_i_MFC0(&p, K0, C0_BADVADDR);
+		UASM_i_MFC0(&p, K1, C0_ENTRYHI);
+		uasm_i_xor(&p, K0, K0, K1);
+		UASM_i_SRL(&p, K0, K0, PAGE_SHIFT + 1);
+		uasm_il_bnez(&p, &r, K0, label_leave);
+		/* No need for uasm_i_nop */
 	}
 
 	build_r4000_tlbchange_handler_head(&p, &l, &r, K0, K1);
@@ -1772,16 +1164,16 @@ static void __init build_r4000_tlb_load_handler(void)
 	build_make_valid(&p, &r, K0, K1);
 	build_r4000_tlbchange_handler_tail(&p, &l, &r, K0, K1);
 
-	l_nopage_tlbl(&l, p);
-	i_j(&p, (unsigned long)tlb_do_page_fault_0 & 0x0fffffff);
-	i_nop(&p);
+	uasm_l_nopage_tlbl(&l, p);
+	uasm_i_j(&p, (unsigned long)tlb_do_page_fault_0 & 0x0fffffff);
+	uasm_i_nop(&p);
 
 	if ((p - handle_tlbl) > FASTPATH_SIZE)
 		panic("TLB load handler fastpath space exceeded");
 
-	resolve_relocs(relocs, labels);
-	pr_info("Synthesized TLB load handler fastpath (%u instructions).\n",
-		(unsigned int)(p - handle_tlbl));
+	uasm_resolve_relocs(relocs, labels);
+	pr_debug("Wrote TLB load handler fastpath (%u instructions).\n",
+		 (unsigned int)(p - handle_tlbl));
 
 	pr_debug("\t.set push\n");
 	pr_debug("\t.set noreorder\n");
@@ -1793,8 +1185,8 @@ static void __init build_r4000_tlb_load_handler(void)
 static void __init build_r4000_tlb_store_handler(void)
 {
 	u32 *p = handle_tlbs;
-	struct label *l = labels;
-	struct reloc *r = relocs;
+	struct uasm_label *l = labels;
+	struct uasm_reloc *r = relocs;
 	int i;
 
 	memset(handle_tlbs, 0, sizeof(handle_tlbs));
@@ -1808,16 +1200,16 @@ static void __init build_r4000_tlb_store_handler(void)
 	build_make_write(&p, &r, K0, K1);
 	build_r4000_tlbchange_handler_tail(&p, &l, &r, K0, K1);
 
-	l_nopage_tlbs(&l, p);
-	i_j(&p, (unsigned long)tlb_do_page_fault_1 & 0x0fffffff);
-	i_nop(&p);
+	uasm_l_nopage_tlbs(&l, p);
+	uasm_i_j(&p, (unsigned long)tlb_do_page_fault_1 & 0x0fffffff);
+	uasm_i_nop(&p);
 
 	if ((p - handle_tlbs) > FASTPATH_SIZE)
 		panic("TLB store handler fastpath space exceeded");
 
-	resolve_relocs(relocs, labels);
-	pr_info("Synthesized TLB store handler fastpath (%u instructions).\n",
-		(unsigned int)(p - handle_tlbs));
+	uasm_resolve_relocs(relocs, labels);
+	pr_debug("Wrote TLB store handler fastpath (%u instructions).\n",
+		 (unsigned int)(p - handle_tlbs));
 
 	pr_debug("\t.set push\n");
 	pr_debug("\t.set noreorder\n");
@@ -1829,8 +1221,8 @@ static void __init build_r4000_tlb_store_handler(void)
 static void __init build_r4000_tlb_modify_handler(void)
 {
 	u32 *p = handle_tlbm;
-	struct label *l = labels;
-	struct reloc *r = relocs;
+	struct uasm_label *l = labels;
+	struct uasm_reloc *r = relocs;
 	int i;
 
 	memset(handle_tlbm, 0, sizeof(handle_tlbm));
@@ -1845,16 +1237,16 @@ static void __init build_r4000_tlb_modify_handler(void)
 	build_make_write(&p, &r, K0, K1);
 	build_r4000_tlbchange_handler_tail(&p, &l, &r, K0, K1);
 
-	l_nopage_tlbm(&l, p);
-	i_j(&p, (unsigned long)tlb_do_page_fault_1 & 0x0fffffff);
-	i_nop(&p);
+	uasm_l_nopage_tlbm(&l, p);
+	uasm_i_j(&p, (unsigned long)tlb_do_page_fault_1 & 0x0fffffff);
+	uasm_i_nop(&p);
 
 	if ((p - handle_tlbm) > FASTPATH_SIZE)
 		panic("TLB modify handler fastpath space exceeded");
 
-	resolve_relocs(relocs, labels);
-	pr_info("Synthesized TLB modify handler fastpath (%u instructions).\n",
-		(unsigned int)(p - handle_tlbm));
+	uasm_resolve_relocs(relocs, labels);
+	pr_debug("Wrote TLB modify handler fastpath (%u instructions).\n",
+		 (unsigned int)(p - handle_tlbm));
 
 	pr_debug("\t.set push\n");
 	pr_debug("\t.set noreorder\n");
diff --git a/arch/mips/mm/uasm.c b/arch/mips/mm/uasm.c
new file mode 100644
index 0000000..889176a
--- /dev/null
+++ b/arch/mips/mm/uasm.c
@@ -0,0 +1,566 @@
+/*
+ * This file is subject to the terms and conditions of the GNU General Public
+ * License.  See the file "COPYING" in the main directory of this archive
+ * for more details.
+ *
+ * A small micro-assembler. It is intentionally kept simple, does only
+ * support a subset of instructions, and does not try to hide pipeline
+ * effects like branch delay slots.
+ *
+ * Copyright (C) 2004,2005,2006,2008  Thiemo Seufer
+ * Copyright (C) 2005  Maciej W. Rozycki
+ * Copyright (C) 2006  Ralf Baechle (ralf@linux-mips.org)
+ */
+
+#include <stdarg.h>
+
+#include <linux/mm.h>
+#include <linux/kernel.h>
+#include <linux/types.h>
+#include <linux/init.h>
+
+#include <asm/inst.h>
+#include <asm/elf.h>
+
+#include "uasm.h"
+
+enum fields {
+	RS = 0x001,
+	RT = 0x002,
+	RD = 0x004,
+	RE = 0x008,
+	SIMM = 0x010,
+	UIMM = 0x020,
+	BIMM = 0x040,
+	JIMM = 0x080,
+	FUNC = 0x100,
+	SET = 0x200
+};
+
+#define OP_MASK		0x3f
+#define OP_SH		26
+#define RS_MASK		0x1f
+#define RS_SH		21
+#define RT_MASK		0x1f
+#define RT_SH		16
+#define RD_MASK		0x1f
+#define RD_SH		11
+#define RE_MASK		0x1f
+#define RE_SH		6
+#define IMM_MASK	0xffff
+#define IMM_SH		0
+#define JIMM_MASK	0x3ffffff
+#define JIMM_SH		0
+#define FUNC_MASK	0x3f
+#define FUNC_SH		0
+#define SET_MASK	0x7
+#define SET_SH		0
+
+enum opcode {
+	insn_invalid,
+	insn_addu, insn_addiu, insn_and, insn_andi, insn_beq,
+	insn_beql, insn_bgez, insn_bgezl, insn_bltz, insn_bltzl,
+	insn_bne, insn_daddu, insn_daddiu, insn_dmfc0, insn_dmtc0,
+	insn_dsll, insn_dsll32, insn_dsra, insn_dsrl, insn_dsrl32,
+	insn_dsubu, insn_eret, insn_j, insn_jal, insn_jr, insn_ld,
+	insn_ll, insn_lld, insn_lui, insn_lw, insn_mfc0, insn_mtc0,
+	insn_ori, insn_rfe, insn_sc, insn_scd, insn_sd, insn_sll,
+	insn_sra, insn_srl, insn_subu, insn_sw, insn_tlbp, insn_tlbwi,
+	insn_tlbwr, insn_xor, insn_xori
+};
+
+struct insn {
+	enum opcode opcode;
+	u32 match;
+	enum fields fields;
+};
+
+/* This macro sets the non-variable bits of an instruction. */
+#define M(a, b, c, d, e, f)					\
+	((a) << OP_SH						\
+	 | (b) << RS_SH						\
+	 | (c) << RT_SH						\
+	 | (d) << RD_SH						\
+	 | (e) << RE_SH						\
+	 | (f) << FUNC_SH)
+
+static __initdata struct insn insn_table[] = {
+	{ insn_addiu, M(addiu_op, 0, 0, 0, 0, 0), RS | RT | SIMM },
+	{ insn_addu, M(spec_op, 0, 0, 0, 0, addu_op), RS | RT | RD },
+	{ insn_and, M(spec_op, 0, 0, 0, 0, and_op), RS | RT | RD },
+	{ insn_andi, M(andi_op, 0, 0, 0, 0, 0), RS | RT | UIMM },
+	{ insn_beq, M(beq_op, 0, 0, 0, 0, 0), RS | RT | BIMM },
+	{ insn_beql, M(beql_op, 0, 0, 0, 0, 0), RS | RT | BIMM },
+	{ insn_bgez, M(bcond_op, 0, bgez_op, 0, 0, 0), RS | BIMM },
+	{ insn_bgezl, M(bcond_op, 0, bgezl_op, 0, 0, 0), RS | BIMM },
+	{ insn_bltz, M(bcond_op, 0, bltz_op, 0, 0, 0), RS | BIMM },
+	{ insn_bltzl, M(bcond_op, 0, bltzl_op, 0, 0, 0), RS | BIMM },
+	{ insn_bne, M(bne_op, 0, 0, 0, 0, 0), RS | RT | BIMM },
+	{ insn_daddiu, M(daddiu_op, 0, 0, 0, 0, 0), RS | RT | SIMM },
+	{ insn_daddu, M(spec_op, 0, 0, 0, 0, daddu_op), RS | RT | RD },
+	{ insn_dmfc0, M(cop0_op, dmfc_op, 0, 0, 0, 0), RT | RD | SET},
+	{ insn_dmtc0, M(cop0_op, dmtc_op, 0, 0, 0, 0), RT | RD | SET},
+	{ insn_dsll, M(spec_op, 0, 0, 0, 0, dsll_op), RT | RD | RE },
+	{ insn_dsll32, M(spec_op, 0, 0, 0, 0, dsll32_op), RT | RD | RE },
+	{ insn_dsra, M(spec_op, 0, 0, 0, 0, dsra_op), RT | RD | RE },
+	{ insn_dsrl, M(spec_op, 0, 0, 0, 0, dsrl_op), RT | RD | RE },
+	{ insn_dsrl32, M(spec_op, 0, 0, 0, 0, dsrl32_op), RT | RD | RE },
+	{ insn_dsubu, M(spec_op, 0, 0, 0, 0, dsubu_op), RS | RT | RD },
+	{ insn_eret,  M(cop0_op, cop_op, 0, 0, 0, eret_op),  0 },
+	{ insn_j,  M(j_op, 0, 0, 0, 0, 0),  JIMM },
+	{ insn_jal,  M(jal_op, 0, 0, 0, 0, 0),  JIMM },
+	{ insn_jr,  M(spec_op, 0, 0, 0, 0, jr_op),  RS },
+	{ insn_ld,  M(ld_op, 0, 0, 0, 0, 0),  RS | RT | SIMM },
+	{ insn_ll,  M(ll_op, 0, 0, 0, 0, 0),  RS | RT | SIMM },
+	{ insn_lld,  M(lld_op, 0, 0, 0, 0, 0),  RS | RT | SIMM },
+	{ insn_lui,  M(lui_op, 0, 0, 0, 0, 0),  RT | SIMM },
+	{ insn_lw,  M(lw_op, 0, 0, 0, 0, 0),  RS | RT | SIMM },
+	{ insn_mfc0,  M(cop0_op, mfc_op, 0, 0, 0, 0),  RT | RD | SET},
+	{ insn_mtc0,  M(cop0_op, mtc_op, 0, 0, 0, 0),  RT | RD | SET},
+	{ insn_ori,  M(ori_op, 0, 0, 0, 0, 0),  RS | RT | UIMM },
+	{ insn_rfe,  M(cop0_op, cop_op, 0, 0, 0, rfe_op),  0 },
+	{ insn_sc,  M(sc_op, 0, 0, 0, 0, 0),  RS | RT | SIMM },
+	{ insn_scd,  M(scd_op, 0, 0, 0, 0, 0),  RS | RT | SIMM },
+	{ insn_sd,  M(sd_op, 0, 0, 0, 0, 0),  RS | RT | SIMM },
+	{ insn_sll,  M(spec_op, 0, 0, 0, 0, sll_op),  RT | RD | RE },
+	{ insn_sra,  M(spec_op, 0, 0, 0, 0, sra_op),  RT | RD | RE },
+	{ insn_srl,  M(spec_op, 0, 0, 0, 0, srl_op),  RT | RD | RE },
+	{ insn_subu,  M(spec_op, 0, 0, 0, 0, subu_op),  RS | RT | RD },
+	{ insn_sw,  M(sw_op, 0, 0, 0, 0, 0),  RS | RT | SIMM },
+	{ insn_tlbp,  M(cop0_op, cop_op, 0, 0, 0, tlbp_op),  0 },
+	{ insn_tlbwi,  M(cop0_op, cop_op, 0, 0, 0, tlbwi_op),  0 },
+	{ insn_tlbwr,  M(cop0_op, cop_op, 0, 0, 0, tlbwr_op),  0 },
+	{ insn_xor,  M(spec_op, 0, 0, 0, 0, xor_op),  RS | RT | RD },
+	{ insn_xori,  M(xori_op, 0, 0, 0, 0, 0),  RS | RT | UIMM },
+	{ insn_invalid, 0, 0 }
+};
+
+#undef M
+
+static inline __init u32 build_rs(u32 arg)
+{
+	if (arg & ~RS_MASK)
+		printk(KERN_WARNING "Micro-assembler field overflow\n");
+
+	return (arg & RS_MASK) << RS_SH;
+}
+
+static inline __init u32 build_rt(u32 arg)
+{
+	if (arg & ~RT_MASK)
+		printk(KERN_WARNING "Micro-assembler field overflow\n");
+
+	return (arg & RT_MASK) << RT_SH;
+}
+
+static inline __init u32 build_rd(u32 arg)
+{
+	if (arg & ~RD_MASK)
+		printk(KERN_WARNING "Micro-assembler field overflow\n");
+
+	return (arg & RD_MASK) << RD_SH;
+}
+
+static inline __init u32 build_re(u32 arg)
+{
+	if (arg & ~RE_MASK)
+		printk(KERN_WARNING "Micro-assembler field overflow\n");
+
+	return (arg & RE_MASK) << RE_SH;
+}
+
+static inline __init u32 build_simm(s32 arg)
+{
+	if (arg > 0x7fff || arg < -0x8000)
+		printk(KERN_WARNING "Micro-assembler field overflow\n");
+
+	return arg & 0xffff;
+}
+
+static inline __init u32 build_uimm(u32 arg)
+{
+	if (arg & ~IMM_MASK)
+		printk(KERN_WARNING "Micro-assembler field overflow\n");
+
+	return arg & IMM_MASK;
+}
+
+static inline __init u32 build_bimm(s32 arg)
+{
+	if (arg > 0x1ffff || arg < -0x20000)
+		printk(KERN_WARNING "Micro-assembler field overflow\n");
+
+	if (arg & 0x3)
+		printk(KERN_WARNING "Invalid micro-assembler branch target\n");
+
+	return ((arg < 0) ? (1 << 15) : 0) | ((arg >> 2) & 0x7fff);
+}
+
+static inline __init u32 build_jimm(u32 arg)
+{
+	if (arg & ~((JIMM_MASK) << 2))
+		printk(KERN_WARNING "Micro-assembler field overflow\n");
+
+	return (arg >> 2) & JIMM_MASK;
+}
+
+static inline __init u32 build_func(u32 arg)
+{
+	if (arg & ~FUNC_MASK)
+		printk(KERN_WARNING "Micro-assembler field overflow\n");
+
+	return arg & FUNC_MASK;
+}
+
+static inline __init u32 build_set(u32 arg)
+{
+	if (arg & ~SET_MASK)
+		printk(KERN_WARNING "Micro-assembler field overflow\n");
+
+	return arg & SET_MASK;
+}
+
+/*
+ * The order of opcode arguments is implicitly left to right,
+ * starting with RS and ending with FUNC or IMM.
+ */
+static void __init build_insn(u32 **buf, enum opcode opc, ...)
+{
+	struct insn *ip = NULL;
+	unsigned int i;
+	va_list ap;
+	u32 op;
+
+	for (i = 0; insn_table[i].opcode != insn_invalid; i++)
+		if (insn_table[i].opcode == opc) {
+			ip = &insn_table[i];
+			break;
+		}
+
+	if (!ip)
+		panic("Unsupported Micro-assembler instruction %d", opc);
+
+	op = ip->match;
+	va_start(ap, opc);
+	if (ip->fields & RS)
+		op |= build_rs(va_arg(ap, u32));
+	if (ip->fields & RT)
+		op |= build_rt(va_arg(ap, u32));
+	if (ip->fields & RD)
+		op |= build_rd(va_arg(ap, u32));
+	if (ip->fields & RE)
+		op |= build_re(va_arg(ap, u32));
+	if (ip->fields & SIMM)
+		op |= build_simm(va_arg(ap, s32));
+	if (ip->fields & UIMM)
+		op |= build_uimm(va_arg(ap, u32));
+	if (ip->fields & BIMM)
+		op |= build_bimm(va_arg(ap, s32));
+	if (ip->fields & JIMM)
+		op |= build_jimm(va_arg(ap, u32));
+	if (ip->fields & FUNC)
+		op |= build_func(va_arg(ap, u32));
+	if (ip->fields & SET)
+		op |= build_set(va_arg(ap, u32));
+	va_end(ap);
+
+	**buf = op;
+	(*buf)++;
+}
+
+#define I_u1u2u3(op)					\
+Ip_u1u2u3(op)						\
+{							\
+	build_insn(buf, insn##op, a, b, c);		\
+}
+
+#define I_u2u1u3(op)					\
+Ip_u2u1u3(op)						\
+{							\
+	build_insn(buf, insn##op, b, a, c);		\
+}
+
+#define I_u3u1u2(op)					\
+Ip_u3u1u2(op)						\
+{							\
+	build_insn(buf, insn##op, b, c, a);		\
+}
+
+#define I_u1u2s3(op)					\
+Ip_u1u2s3(op)						\
+{							\
+	build_insn(buf, insn##op, a, b, c);		\
+}
+
+#define I_u2s3u1(op)					\
+Ip_u2s3u1(op)						\
+{							\
+	build_insn(buf, insn##op, c, a, b);		\
+}
+
+#define I_u2u1s3(op)					\
+Ip_u2u1s3(op)						\
+{							\
+	build_insn(buf, insn##op, b, a, c);		\
+}
+
+#define I_u1u2(op)					\
+Ip_u1u2(op)						\
+{							\
+	build_insn(buf, insn##op, a, b);		\
+}
+
+#define I_u1s2(op)					\
+Ip_u1s2(op)						\
+{							\
+	build_insn(buf, insn##op, a, b);		\
+}
+
+#define I_u1(op)					\
+Ip_u1(op)						\
+{							\
+	build_insn(buf, insn##op, a);			\
+}
+
+#define I_0(op)						\
+Ip_0(op)						\
+{							\
+	build_insn(buf, insn##op);			\
+}
+
+I_u2u1s3(_addiu)
+I_u3u1u2(_addu)
+I_u2u1u3(_andi)
+I_u3u1u2(_and)
+I_u1u2s3(_beq)
+I_u1u2s3(_beql)
+I_u1s2(_bgez)
+I_u1s2(_bgezl)
+I_u1s2(_bltz)
+I_u1s2(_bltzl)
+I_u1u2s3(_bne)
+I_u1u2u3(_dmfc0)
+I_u1u2u3(_dmtc0)
+I_u2u1s3(_daddiu)
+I_u3u1u2(_daddu)
+I_u2u1u3(_dsll)
+I_u2u1u3(_dsll32)
+I_u2u1u3(_dsra)
+I_u2u1u3(_dsrl)
+I_u2u1u3(_dsrl32)
+I_u3u1u2(_dsubu)
+I_0(_eret)
+I_u1(_j)
+I_u1(_jal)
+I_u1(_jr)
+I_u2s3u1(_ld)
+I_u2s3u1(_ll)
+I_u2s3u1(_lld)
+I_u1s2(_lui)
+I_u2s3u1(_lw)
+I_u1u2u3(_mfc0)
+I_u1u2u3(_mtc0)
+I_u2u1u3(_ori)
+I_0(_rfe)
+I_u2s3u1(_sc)
+I_u2s3u1(_scd)
+I_u2s3u1(_sd)
+I_u2u1u3(_sll)
+I_u2u1u3(_sra)
+I_u2u1u3(_srl)
+I_u3u1u2(_subu)
+I_u2s3u1(_sw)
+I_0(_tlbp)
+I_0(_tlbwi)
+I_0(_tlbwr)
+I_u3u1u2(_xor)
+I_u2u1u3(_xori)
+
+/* Handle labels. */
+__init void uasm_build_label(struct uasm_label **lab, u32 *addr, int lid)
+{
+	(*lab)->addr = addr;
+	(*lab)->lab = lid;
+	(*lab)++;
+}
+
+#ifdef CONFIG_64BIT
+__init int uasm_in_compat_space_p(long addr)
+{
+	/* Is this address in 32bit compat space? */
+	return (((addr) & 0xffffffff00000000L) == 0xffffffff00000000L);
+}
+
+__init int uasm_rel_highest(long val)
+{
+	return ((((val + 0x800080008000L) >> 48) & 0xffff) ^ 0x8000) - 0x8000;
+}
+
+__init int uasm_rel_higher(long val)
+{
+	return ((((val + 0x80008000L) >> 32) & 0xffff) ^ 0x8000) - 0x8000;
+}
+#endif
+
+__init int uasm_rel_hi(long val)
+{
+	return ((((val + 0x8000L) >> 16) & 0xffff) ^ 0x8000) - 0x8000;
+}
+
+__init int uasm_rel_lo(long val)
+{
+	return ((val & 0xffff) ^ 0x8000) - 0x8000;
+}
+
+__init void UASM_i_LA_mostly(u32 **buf, unsigned int rs, long addr)
+{
+#ifdef CONFIG_64BIT
+	if (!uasm_in_compat_space_p(addr)) {
+		uasm_i_lui(buf, rs, uasm_rel_highest(addr));
+		if (uasm_rel_higher(addr))
+			uasm_i_daddiu(buf, rs, rs, uasm_rel_higher(addr));
+		if (uasm_rel_hi(addr)) {
+			uasm_i_dsll(buf, rs, rs, 16);
+			uasm_i_daddiu(buf, rs, rs, uasm_rel_hi(addr));
+			uasm_i_dsll(buf, rs, rs, 16);
+		} else
+			uasm_i_dsll32(buf, rs, rs, 0);
+	} else
+#endif
+		uasm_i_lui(buf, rs, uasm_rel_hi(addr));
+}
+
+__init void UASM_i_LA(u32 **buf, unsigned int rs, long addr)
+{
+	UASM_i_LA_mostly(buf, rs, addr);
+	if (uasm_rel_lo(addr))
+		UASM_i_ADDIU(buf, rs, rs, uasm_rel_lo(addr));
+}
+
+/* Handle relocations. */
+__init void
+uasm_r_mips_pc16(struct uasm_reloc **rel, u32 *addr, int lid)
+{
+	(*rel)->addr = addr;
+	(*rel)->type = R_MIPS_PC16;
+	(*rel)->lab = lid;
+	(*rel)++;
+}
+
+static inline void
+__resolve_relocs(struct uasm_reloc *rel, struct uasm_label *lab)
+{
+	long laddr = (long)lab->addr;
+	long raddr = (long)rel->addr;
+
+	switch (rel->type) {
+	case R_MIPS_PC16:
+		*rel->addr |= build_bimm(laddr - (raddr + 4));
+		break;
+
+	default:
+		panic("Unsupported Micro-assembler relocation %d",
+		      rel->type);
+	}
+}
+
+__init void
+uasm_resolve_relocs(struct uasm_reloc *rel, struct uasm_label *lab)
+{
+	struct uasm_label *l;
+
+	for (; rel->lab != UASM_LABEL_INVALID; rel++)
+		for (l = lab; l->lab != UASM_LABEL_INVALID; l++)
+			if (rel->lab == l->lab)
+				__resolve_relocs(rel, l);
+}
+
+__init void
+uasm_move_relocs(struct uasm_reloc *rel, u32 *first, u32 *end, long off)
+{
+	for (; rel->lab != UASM_LABEL_INVALID; rel++)
+		if (rel->addr >= first && rel->addr < end)
+			rel->addr += off;
+}
+
+__init void
+uasm_move_labels(struct uasm_label *lab, u32 *first, u32 *end, long off)
+{
+	for (; lab->lab != UASM_LABEL_INVALID; lab++)
+		if (lab->addr >= first && lab->addr < end)
+			lab->addr += off;
+}
+
+__init void
+uasm_copy_handler(struct uasm_reloc *rel, struct uasm_label *lab, u32 *first,
+		  u32 *end, u32 *target)
+{
+	long off = (long)(target - first);
+
+	memcpy(target, first, (end - first) * sizeof(u32));
+
+	uasm_move_relocs(rel, first, end, off);
+	uasm_move_labels(lab, first, end, off);
+}
+
+__init int uasm_insn_has_bdelay(struct uasm_reloc *rel, u32 *addr)
+{
+	for (; rel->lab != UASM_LABEL_INVALID; rel++) {
+		if (rel->addr == addr
+		    && (rel->type == R_MIPS_PC16
+			|| rel->type == R_MIPS_26))
+			return 1;
+	}
+
+	return 0;
+}
+
+/* Convenience functions for labeled branches. */
+void __init
+uasm_il_bltz(u32 **p, struct uasm_reloc **r, unsigned int reg, int lid)
+{
+	uasm_r_mips_pc16(r, *p, lid);
+	uasm_i_bltz(p, reg, 0);
+}
+
+void __init
+uasm_il_b(u32 **p, struct uasm_reloc **r, int lid)
+{
+	uasm_r_mips_pc16(r, *p, lid);
+	uasm_i_b(p, 0);
+}
+
+void __init
+uasm_il_beqz(u32 **p, struct uasm_reloc **r, unsigned int reg, int lid)
+{
+	uasm_r_mips_pc16(r, *p, lid);
+	uasm_i_beqz(p, reg, 0);
+}
+
+void __init
+uasm_il_beqzl(u32 **p, struct uasm_reloc **r, unsigned int reg, int lid)
+{
+	uasm_r_mips_pc16(r, *p, lid);
+	uasm_i_beqzl(p, reg, 0);
+}
+
+void __init
+uasm_il_bnez(u32 **p, struct uasm_reloc **r, unsigned int reg, int lid)
+{
+	uasm_r_mips_pc16(r, *p, lid);
+	uasm_i_bnez(p, reg, 0);
+}
+
+void __init
+uasm_il_bgezl(u32 **p, struct uasm_reloc **r, unsigned int reg, int lid)
+{
+	uasm_r_mips_pc16(r, *p, lid);
+	uasm_i_bgezl(p, reg, 0);
+}
+
+void __init
+uasm_il_bgez(u32 **p, struct uasm_reloc **r, unsigned int reg, int lid)
+{
+	uasm_r_mips_pc16(r, *p, lid);
+	uasm_i_bgez(p, reg, 0);
+}
diff --git a/arch/mips/mm/uasm.h b/arch/mips/mm/uasm.h
new file mode 100644
index 0000000..e0053b0
--- /dev/null
+++ b/arch/mips/mm/uasm.h
@@ -0,0 +1,192 @@
+/*
+ * This file is subject to the terms and conditions of the GNU General Public
+ * License.  See the file "COPYING" in the main directory of this archive
+ * for more details.
+ *
+ * Copyright (C) 2004,2005,2006,2008  Thiemo Seufer
+ * Copyright (C) 2005  Maciej W. Rozycki
+ * Copyright (C) 2006  Ralf Baechle (ralf@linux-mips.org)
+ */
+
+#include <linux/types.h>
+
+#define Ip_u1u2u3(op)							\
+void __init								\
+uasm_i##op(u32 **buf, unsigned int a, unsigned int b, unsigned int c)
+
+#define Ip_u2u1u3(op)							\
+void __init								\
+uasm_i##op(u32 **buf, unsigned int a, unsigned int b, unsigned int c)
+
+#define Ip_u3u1u2(op)							\
+void __init								\
+uasm_i##op(u32 **buf, unsigned int a, unsigned int b, unsigned int c)
+
+#define Ip_u1u2s3(op)							\
+void __init								\
+uasm_i##op(u32 **buf, unsigned int a, unsigned int b, signed int c)
+
+#define Ip_u2s3u1(op)							\
+void __init								\
+uasm_i##op(u32 **buf, unsigned int a, signed int b, unsigned int c)
+
+#define Ip_u2u1s3(op)							\
+void __init								\
+uasm_i##op(u32 **buf, unsigned int a, unsigned int b, signed int c)
+
+#define Ip_u1u2(op)							\
+void __init uasm_i##op(u32 **buf, unsigned int a, unsigned int b)
+
+#define Ip_u1s2(op)							\
+void __init uasm_i##op(u32 **buf, unsigned int a, signed int b)
+
+#define Ip_u1(op) void __init uasm_i##op(u32 **buf, unsigned int a)
+
+#define Ip_0(op) void __init uasm_i##op(u32 **buf)
+
+Ip_u2u1s3(_addiu);
+Ip_u3u1u2(_addu);
+Ip_u2u1u3(_andi);
+Ip_u3u1u2(_and);
+Ip_u1u2s3(_beq);
+Ip_u1u2s3(_beql);
+Ip_u1s2(_bgez);
+Ip_u1s2(_bgezl);
+Ip_u1s2(_bltz);
+Ip_u1s2(_bltzl);
+Ip_u1u2s3(_bne);
+Ip_u1u2u3(_dmfc0);
+Ip_u1u2u3(_dmtc0);
+Ip_u2u1s3(_daddiu);
+Ip_u3u1u2(_daddu);
+Ip_u2u1u3(_dsll);
+Ip_u2u1u3(_dsll32);
+Ip_u2u1u3(_dsra);
+Ip_u2u1u3(_dsrl);
+Ip_u2u1u3(_dsrl32);
+Ip_u3u1u2(_dsubu);
+Ip_0(_eret);
+Ip_u1(_j);
+Ip_u1(_jal);
+Ip_u1(_jr);
+Ip_u2s3u1(_ld);
+Ip_u2s3u1(_ll);
+Ip_u2s3u1(_lld);
+Ip_u1s2(_lui);
+Ip_u2s3u1(_lw);
+Ip_u1u2u3(_mfc0);
+Ip_u1u2u3(_mtc0);
+Ip_u2u1u3(_ori);
+Ip_0(_rfe);
+Ip_u2s3u1(_sc);
+Ip_u2s3u1(_scd);
+Ip_u2s3u1(_sd);
+Ip_u2u1u3(_sll);
+Ip_u2u1u3(_sra);
+Ip_u2u1u3(_srl);
+Ip_u3u1u2(_subu);
+Ip_u2s3u1(_sw);
+Ip_0(_tlbp);
+Ip_0(_tlbwi);
+Ip_0(_tlbwr);
+Ip_u3u1u2(_xor);
+Ip_u2u1u3(_xori);
+
+/* Handle labels. */
+struct uasm_label {
+	u32 *addr;
+	int lab;
+};
+
+__init void uasm_build_label(struct uasm_label **lab, u32 *addr, int lid);
+#ifdef CONFIG_64BIT
+__init int uasm_in_compat_space_p(long addr);
+__init int uasm_rel_highest(long val);
+__init int uasm_rel_higher(long val);
+#endif
+__init int uasm_rel_hi(long val);
+__init int uasm_rel_lo(long val);
+__init void UASM_i_LA_mostly(u32 **buf, unsigned int rs, long addr);
+__init void UASM_i_LA(u32 **buf, unsigned int rs, long addr);
+
+#define UASM_L_LA(lb)							\
+static inline void uasm_l##lb(struct uasm_label **lab, u32 *addr)	\
+{									\
+	uasm_build_label(lab, addr, label##lb);				\
+}
+
+/* convenience macros for instructions */
+#ifdef CONFIG_64BIT
+# define UASM_i_LW(buf, rs, rt, off) uasm_i_ld(buf, rs, rt, off)
+# define UASM_i_SW(buf, rs, rt, off) uasm_i_sd(buf, rs, rt, off)
+# define UASM_i_SLL(buf, rs, rt, sh) uasm_i_dsll(buf, rs, rt, sh)
+# define UASM_i_SRA(buf, rs, rt, sh) uasm_i_dsra(buf, rs, rt, sh)
+# define UASM_i_SRL(buf, rs, rt, sh) uasm_i_dsrl(buf, rs, rt, sh)
+# define UASM_i_MFC0(buf, rt, rd...) uasm_i_dmfc0(buf, rt, rd)
+# define UASM_i_MTC0(buf, rt, rd...) uasm_i_dmtc0(buf, rt, rd)
+# define UASM_i_ADDIU(buf, rs, rt, val) uasm_i_daddiu(buf, rs, rt, val)
+# define UASM_i_ADDU(buf, rs, rt, rd) uasm_i_daddu(buf, rs, rt, rd)
+# define UASM_i_SUBU(buf, rs, rt, rd) uasm_i_dsubu(buf, rs, rt, rd)
+# define UASM_i_LL(buf, rs, rt, off) uasm_i_lld(buf, rs, rt, off)
+# define UASM_i_SC(buf, rs, rt, off) uasm_i_scd(buf, rs, rt, off)
+#else
+# define UASM_i_LW(buf, rs, rt, off) uasm_i_lw(buf, rs, rt, off)
+# define UASM_i_SW(buf, rs, rt, off) uasm_i_sw(buf, rs, rt, off)
+# define UASM_i_SLL(buf, rs, rt, sh) uasm_i_sll(buf, rs, rt, sh)
+# define UASM_i_SRA(buf, rs, rt, sh) uasm_i_sra(buf, rs, rt, sh)
+# define UASM_i_SRL(buf, rs, rt, sh) uasm_i_srl(buf, rs, rt, sh)
+# define UASM_i_MFC0(buf, rt, rd...) uasm_i_mfc0(buf, rt, rd)
+# define UASM_i_MTC0(buf, rt, rd...) uasm_i_mtc0(buf, rt, rd)
+# define UASM_i_ADDIU(buf, rs, rt, val) uasm_i_addiu(buf, rs, rt, val)
+# define UASM_i_ADDU(buf, rs, rt, rd) uasm_i_addu(buf, rs, rt, rd)
+# define UASM_i_SUBU(buf, rs, rt, rd) uasm_i_subu(buf, rs, rt, rd)
+# define UASM_i_LL(buf, rs, rt, off) uasm_i_ll(buf, rs, rt, off)
+# define UASM_i_SC(buf, rs, rt, off) uasm_i_sc(buf, rs, rt, off)
+#endif
+
+#define uasm_i_b(buf, off) uasm_i_beq(buf, 0, 0, off)
+#define uasm_i_beqz(buf, rs, off) uasm_i_beq(buf, rs, 0, off)
+#define uasm_i_beqzl(buf, rs, off) uasm_i_beql(buf, rs, 0, off)
+#define uasm_i_bnez(buf, rs, off) uasm_i_bne(buf, rs, 0, off)
+#define uasm_i_bnezl(buf, rs, off) uasm_i_bnel(buf, rs, 0, off)
+#define uasm_i_move(buf, a, b) UASM_i_ADDU(buf, a, 0, b)
+#define uasm_i_nop(buf) uasm_i_sll(buf, 0, 0, 0)
+#define uasm_i_ssnop(buf) uasm_i_sll(buf, 0, 0, 1)
+#define uasm_i_ehb(buf) uasm_i_sll(buf, 0, 0, 3)
+
+/* Handle relocations. */
+struct uasm_reloc {
+	u32 *addr;
+	unsigned int type;
+	int lab;
+};
+
+/* This is zero so we can use zeroed label arrays. */
+#define UASM_LABEL_INVALID 0
+
+__init void uasm_r_mips_pc16(struct uasm_reloc **rel, u32 *addr, int lid);
+__init void
+uasm_resolve_relocs(struct uasm_reloc *rel, struct uasm_label *lab);
+__init void
+uasm_move_relocs(struct uasm_reloc *rel, u32 *first, u32 *end, long off);
+__init void
+uasm_move_labels(struct uasm_label *lab, u32 *first, u32 *end, long off);
+__init void
+uasm_copy_handler(struct uasm_reloc *rel, struct uasm_label *lab, u32 *first,
+		  u32 *end, u32 *target);
+__init int uasm_insn_has_bdelay(struct uasm_reloc *rel, u32 *addr);
+
+/* Convenience functions for labeled branches. */
+void __init
+uasm_il_bltz(u32 **p, struct uasm_reloc **r, unsigned int reg, int lid);
+void __init uasm_il_b(u32 **p, struct uasm_reloc **r, int lid);
+void __init
+uasm_il_beqz(u32 **p, struct uasm_reloc **r, unsigned int reg, int lid);
+void __init
+uasm_il_beqzl(u32 **p, struct uasm_reloc **r, unsigned int reg, int lid);
+void __init
+uasm_il_bnez(u32 **p, struct uasm_reloc **r, unsigned int reg, int lid);
+void __init
+uasm_il_bgezl(u32 **p, struct uasm_reloc **r, unsigned int reg, int lid);
+void __init
+uasm_il_bgez(u32 **p, struct uasm_reloc **r, unsigned int reg, int lid);

(no subject)

[veerasena reddy]

Hi,

I have a requirement where i need to execute a user process even when the kernel is utilizing 100% of CPU time.

Actual scenario is as below:
I have a device on my board. this device keeps generating regular (for every 2secs) messages for a user process. the user process has to poll on the device for any message is there to read and get the message from the device. once the user process reads the message it will be removed in device and uses for further/subsequent messages.

I have a test case where i need to send so much traffic through my board such that the kernel will be utilizing 100% CPU time to process this data. At this time (when CPU is 100% utilized) the user space process is not getting scheduled even after a long duration (say 10 minutes to 45 minutes). Mean time the message buffer in the device is filled up and the device halts (aka controlled crash; the device firmware has been designed like this) as there is no more memory on the device.
To avoid this scenario of device's message queue getting filled up because of the user space process not reading them, could you please anyone suggest some technique for getting my user space process scheduled even when there is very heavy traffic as described above.

In simple, i can put my requirement like this:
    Is there any way i can get a user space process get scheduled in the above condition (kernel occupying 100% of CPU due to heavy traffic)

Thanks in Advance.

Regards,
Veerasena.


      Now you can chat without downloading messenger. Go to http://in.messenger.yahoo.com/webmessengerpromo.php

RE: (no subject)

[Ramgopal Kota]

Hi,

You can set a real-time priority to the user-process.

Ramgopal Kota 
-----Original Message-----
From: linux-mips-bounce@linux-mips.org
[mailto:linux-mips-bounce@linux-mips.org] On Behalf Of veerasena reddy
Sent: Friday, February 01, 2008 11:45 PM
To: linux-kernel.org; linux-mips
Subject: (no subject)

Hi,

I have a requirement where i need to execute a user process even when
the kernel is utilizing 100% of CPU time.

Actual scenario is as below:
I have a device on my board. this device keeps generating regular (for
every 2secs) messages for a user process. the user process has to poll
on the device for any message is there to read and get the message from
the device. once the user process reads the message it will be removed
in device and uses for further/subsequent messages.

I have a test case where i need to send so much traffic through my board
such that the kernel will be utilizing 100% CPU time to process this
data. At this time (when CPU is 100% utilized) the user space process is
not getting scheduled even after a long duration (say 10 minutes to 45
minutes). Mean time the message buffer in the device is filled up and
the device halts (aka controlled crash; the device firmware has been
designed like this) as there is no more memory on the device.
To avoid this scenario of device's message queue getting filled up
because of the user space process not reading them, could you please
anyone suggest some technique for getting my user space process
scheduled even when there is very heavy traffic as described above.

In simple, i can put my requirement like this:
    Is there any way i can get a user space process get scheduled in the
above condition (kernel occupying 100% of CPU due to heavy traffic)

Thanks in Advance.

Regards,
Veerasena.


      Now you can chat without downloading messenger. Go to
http://in.messenger.yahoo.com/webmessengerpromo.php

Re: (no subject)

[Serge A. Suchkov]

oops ... sorry 
bad replay ;)
-- 
Regards,
Serge A. Suchkov
--
There is a natural hootchy-kootchy to a goldfish.
		-- Walt Disney

(No subject)

[Lele]

(no subject)

[郝舜]

Hi:
      I'm confused by a problem when i modify a test application "alsa-lib-1.0.13/test/control.c".
      I wanna use the structure "snd_ctl_elem_value_t",but when i write like this:
             snd_ctl_elem_value_t aaa;
      there will be an error:
             storage size of 'aaa' isn't known
     while 
             snd_ctl_elem_value_t *aaa;
     makes no errors. But i can't change it directly such as:
             aaa->id=test_id ; //test_id is defined before
     cause it will bring an error:
             dereferencing pointer to incomplete type
     I think i should use the function like "snd_ctl_elem_info_set_id",but i just want to know why,i don't think it disobeys the C syntax.Is there something different in the ALSA making procedure?or Makefile?



haoshun
2008-04-03

Re: (no subject)

[Clemens Ladisch]

郝舜 wrote:
> I'm confused by a problem when i modify a test application "alsa-lib-1.0.13/test/control.c".
> I wanna use the structure "snd_ctl_elem_value_t",but when i write like this:
>        snd_ctl_elem_value_t aaa;
> there will be an error:
> ...
> I think i should use the function like "snd_ctl_elem_info_set_id",

Yes.

> but i just want to know why,i don't think it disobeys the C syntax.

These structures are only defined internally in alsa-lib and are not
exported.  It was made this way to make the library binary compatible
with future versions where the layout of these structures may change.


HTH
Clemens
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

(no subject)

[badguy development]

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


Hello,

I am developing a driver for the LTC1760 dual battery charger.

 I have an interrupt occur and I get notification of that.

however I cannot seem to clear the interrupt from inside the ISR and thus I am ruined.



I have learned from the research and looking around I have done, that I cannot call just any code in an ISR.

the code I want to call will read the AlertResponse register of my LTC1760 chip and that will clear the interrupt.



but I get angry kernel response when I do, below is a brief dump of what I get:

BUG: scheduling while atomic: swapper/0x00010002/0
bad: scheduling from the idle thread!
Unable to handle kernel NULL pointer dereference at virtual address 00000000
pgd = c0004000
[00000000] *pgd=00000000
Internal error: Oops: 17 [#1]
Modules linked in: i2c_battery swcamera(PF) clcdc(PF) pvr(PF) gecko_devices
CPU: 0
PC is at dequeue_task+0xc/0xa8
LR is at deactivate_task+0x38/0x44
pc : [<c009b070>]    lr : [<c009b218>]    Tainted: PF
sp : c0331c6c  ip : c0331c80  fp : c0331c7c
r10: 00000000  r9 : 00989642  r8 : b0e7aa00
r7 : c0335f98  r6 : c0331cd8  r5 : 00000001  r4 : c0335f98
r3 : 00000080  r2 : 00000000  r1 : 00000000  r0 : c0335f98
Flags: Nzcv  IRQs off  FIQs on  Mode SVC_32  Segment kernel
Control: C5387F
Table: 868E8000  DAC: 00000017
Process swapper (pid: 0, stack limit = 0xc0330250)

All the example code I can find regarding ISR, have access to register offsets and can simply clear the interrupt that way.
I am new to this and am having a hard time finding direction with regards to how to handle linux interrupts.

I need to send a request command out i2c to this device to clear this interrupt.
I am not 100% sure about this, but it is what the data sheet has led me to believe.

I would appreciate any help on this, and perhaps even a reference to what material I should look at to find this answer.

Thanks ahead of time.

       -Christian Hunt

_________________________________________________________________
Try Chicktionary, a game that tests how many words you can form from the letters given. Find this and more puzzles at Live Search Games!
http://g.msn.ca/ca55/207

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

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

_______________________________________________
i2c mailing list
i2c-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org
http://lists.lm-sensors.org/mailman/listinfo/i2c

(no subject)

[Clint Moore]

(no subject)

[zhenwenxu]

unsubscribe linux-kernel

(no subject)

[Jim Carter]

Our two webservers serve UserDirs that are automounted (NFS) from other
hosts.  Every few days we discover a catatonic webserver (Apache2) with
$ServerLimit child processes (150 of them), and many but not all home
directories cannot be accessed manually (ls -d ~$user, which hangs).
This started immediately after we upgraded the server host from SuSE
10.1 to SuSE 10.3; autofs version changed from 4.1.4 to 5.0.2.

A test program reproduces the problem.  First it identifies all
filesystems that can be NFS/auto mounted.  Then it goes through
/proc/mounts and for each one that is not currently mounted, it forks a
process which enumerates the mountpoint directory, causing automounting.
This is repeated every 2 secs, so when automount unmounts a directory
the test program promptly makes it get mounted again.  With our about
250 exported filesystems and default (5 min.) timeout, the test does
about 1 unmount-mount pair per second on average.  Simultaneous 
mounting and unmounting is a distinct possibility.

The program will run for 15 minutes to 1 hour with no failures, but then
directory-reading processes will start to hang.  My impression is that
about half of them hang.  (Like the webserver, the program gives up when
too many subprocesses are hung.)  If I kill and restart autofs, the test
program can be run again with similar behavior, i.e. runs for a while
with no failures, then starts hanging.  I do *not* see hanging mount
commands; they either succeed or fail and promptly exit.  The hung
directory-reading processes do not respond to SIGTERM but can be killed
with SIGKILL.

If I revert autofs back to 4.1.4 the test program can run for over 4
hours with no hangs (but with occasional, tolerable issues from the
obsolete version).  This is with module autofs4.ko from kernel
2.6.22.17, not compiling and reverting to an older module.  We have
reverted autofs on the webservers to avoid being lynched by our faculty.

I was hoping to include debug output from autofs, but when I set
DEFAULT_LOGGING=debug and started the test program it totally locked up
the machine and I haven't been able to get on it since (because I'm
working from home).  Update: a co-worker rebooted it for me and I was
able to clear the debug switch and recover the syslog output (attached).
But evidently the test program also seized up; I don't see a lot of
actual mounting going on.  Anyway I've included it, for what it's worth.

I was hoping to include useful strace output, and I have 80 Mbytes of
turgid information (on a different machine), but I have a feeling that
it's going to be more useful to include the test program and let 
someone overload their own testbed system.  Here's my impression of the
traces:  

Due to the structure of my map files, the autofs main process spawns a
thread for each host, and that thread spawns another thread that forks
and execve's /bin/mount or /bin/umount, which forks and execve's
/sbin/mount.nfs or /sbin/umount.nfs.  I followed ten of these threads
and each one exited seemingly normally.  I followed one (a mounter) in
line-by-line detail and everything was entirely plausible without any
apparent errors.  Others which were followed less meticulously also
seemed error-free.  During one segment of 10 Mbytes of tracing, lasting
62 elapsed secs, during the period when lots of client threads were
hanging, there were 88 execve(..., "/sbin/mount.nfs"...) and 226
execve("/sbin/umount.nfs").  Each time a filesystem was unmounted the
test script should have accessed it within 2 seconds, but evidently
about 2/3 of the access events did not result in spawning
/sbin/umount.nfs followed by letting the client's readdir finish.

I'm not able to identify where the main thread is getting notified of
which filesystem to automount.  It only seems to wait on a futex that
either times out or returns EAGAIN, call time(), and clone subthreads.
(Shared memory?)  Thus I can't tell whether the main thread was notified
but lost the information, or whether the kernel module failed to notify
userspace.

/bin/mount used to have notorious problems locking /etc/mtab.  But I
compare /etc/mtab with /proc/mounts before forking the directory access
process, and it was the same on several thousand comparisons with only
two unequal comparisons; in both cases the filesystem about to be
accessed (remounted) was in mtab and not /proc/mounts, and at most 8
seconds later it was in both and the content had been read.  2 minutes
after the second such event, and 38 minutes into the test run, client
processes started to hang.

Here are the particulars of our autofs setup.

Distro:		OpenSuSE 10.3
Kernel:		2.6.22.17 (kernel-default-2.6.22.17-0.1)
Autofs:		5.0.2-30.2 (recompiled with the DNS timeout mitigation 
		patch that Ian Kent made for us) (and identical behavior 
		without the patch)
Mount program:	util-linux-2.12r+2.13rc2+git20070725-24.2 (/bin/mount)
NFS:		nfs-client-1.1.0-8 (/sbin/mount.nfs)

=-- auto.master --- (comments omitted in all conf files)
/net            /etc/auto.net		<== giving trouble
/home           yp:auto.home

=-- auto.net ---
*       -rsize=8192,wsize=8192,retry=1,soft,fstype=autofs,-DSERVER=&    file:/etc/auto.net.generic

=-- auto.net.generic ---
*       ${SERVER}:/&

(The effect is that when you refer to /net/$HOST/$DIR it starts a 
thread for $HOST which then mounts the exported filesystem(s).)

=-- nsswitch.conf --
passwd:         compat nis
shadow:         compat nis
group:          compat nis

hosts:          files dns
networks:       files dns

netgroup:       nis
aliases:        files nis

services:       files
protocols:      files
rpc:            files
ethers:         files
netmasks:       files
publickey:      files

bootparams:     files
automount:      files

=-- /etc/sysconfig/autofs --- (comments deleted)
AUTOFS_OPTIONS=""
NISMASTERMAP="auto.master"		<== map exists but not actually used
UNDERSCORETODOT="yes"			<== we have no underscores
LOCAL_OPTIONS=""
APPEND_OPTIONS="yes"
DEFAULT_MASTER_MAP_NAME="auto.master"
DEFAULT_TIMEOUT=600
DEFAULT_BROWSE_MODE="yes"
DEFAULT_LOGGING="none"			<== NOT changed to "debug"
	I tried with "debug" and the machine was totally overloaded, 
	could not get any session response.  

DEFAULT_MAP_OBJECT_CLASS="nisMap"	<== pro forma; we have no LDAP
DEFAULT_ENTRY_OBJECT_CLASS="nisObject"
DEFAULT_MAP_ATTRIBUTE="nisMapName"
DEFAULT_ENTRY_ATTRIBUTE="cn"
DEFAULT_VALUE_ATTRIBUTE="nisMapEntry"
DEFAULT_AUTH_CONF_FILE="etc/autofs_ldap_auth.conf"

=------- Test Program ---------
#!/usr/bin/perl -w
# Automount is giving us trouble.  This script beats on the automounter.
# Algorithm:
#   1.	Guess a set of candidate filesystems that could be automounted.
#   2.	Read /proc/mounts and find out which are not currently mounted.
#   3.	For each non-mounted filesys, fork a process that enumerates the
#	mountpoint directory, causing automounting and/or hanging.
#   3a.	On the first pass only, if a mount fails suppress that filesystem
#	silently -- our guess was wrong of which filesystems actually exist.
#   4.	Sleep 2 secs and repeat from step 2.  Eventually filesystems will
#	be auto-unmounted and this program will cause them to be remounted.

use Hostgroup;				# A local package giving sets of hosts.
	# If it would be useful to the test person to have this package,
	# rather than rewriting getfilesys() according to local conventions
	# for naming exported filesystems, I can send it over.
use POSIX qw(:sys_wait_h strftime);
use Time::HiRes qw(time sleep);
use strict;

# Adjustable parameters
# Minimum sleep time between automount actions (in secs)
our $dt = 0.2;
# Sleep time (secs) between repeats of the whole algorithm
our $dpass = 2;
# If the mounting process runs longer than this it is considered to be hung.
our $dmax = 25;
# If a filesystem can't be mounted (failed, not hung), how long for retrying
our $dfail = 900;


$| = 1;			# Line buffered standard output

# Message output
#   $mtpt	The mount point
#   $msg	Text of message
#   Returns:	nothing
our ($now, @now);		# Cached value of time()
sub message {
    my($mtpt, $msg) = @_;
    printf("%s %-20s %s\n", strftime("%H:%M:%S", @now), $mtpt, $msg);
}

# Get candidate filesystems.  This depends heavily on local conventions
# and on the Hostgroup.pm package, locally written.  
#   \%fsys	Ref. to hash to be stuffed.  Key = mount point, e.g.
#		/net/julia/h1; value = {host, mtpt}.  Filesystems are not
#		guaranteed to exist.
#   Returns:	Nothing.
# Interpretation of $fsys->{$mtpt}{state}
#   0		Uninitialized
#   1		Checking process was started
#   2		Success: mount point has some content
#   3		Failed: mount point has no directory entries
#   4		Hung: Checking process ran over 25 secs
#   5		Suppress: Mount point failed and should not be tried again.
sub getfilesys {
    my($fsys) = @_;
		# Let's try not to have 1500 candidates most of which
		# don't exist.  Adjust parameters per hostgroup.
    &getf1($fsys, 'server', [qw(h m s)], [1..4]);
    &getf1($fsys, 'nfsx-server', [qw(h)], [1]);
    &getf1($fsys, 'nfsx-server', [qw(m)], [1..2]);
}

# Expands potential filesystems within reasonable limits.
# At Mathnet an exported filesystem is named /${pfx}${digit}, e.g.
# /h1 or /m2.  
#   \%fsys	Ref. to hash to be stuffed.
#   $hgrp	Hostgroup expression giving hosts to be tried ('down' 
#		not needed)
#   \@pfx	Prefixes for names of exported filesystems
#   \@nbrs	Suffix numbers for the filesystems.
sub getf1 {
    my($fsys, $hgrp, $pfx, $nbrs) = @_;
    foreach my $host (&GetHostgroup("$hgrp-down-rogue")) {
	foreach my $ltr (@$pfx) {
	    foreach my $nbr (@$nbrs) {
		my $mtpt = "/net/$host/$ltr$nbr";
		$fsys->{$mtpt} = {
		    host => $host,
		    mtpt => $mtpt,
		    state => 0,		# 0 -> uninitialized
		    oldstate => 0,	# 0 -> uninitialized
		};
	    }
	}
    }
}

# Checks if a filesystem can be mounted.  This subroutine just spawns 
# the checking process.
#   $mtpt	Mount point being checked.
#   \%fsys	Hash of per mount point data.
#   Returns:	PID of subprocess.  It will return 0 on success, 1 on failure,
#		or it could hang forever; this is the symptom we are seeing.
our %pid2mtpt;
sub spawncheck {
    my($mtpt, $fsys) = @_;
    my $val = $fsys->{$mtpt};
    $val->{whenchecked} = $now;
    $val->{oldstate} = $val->{state};
    $val->{state} = 1;			# 1 = process running
    my $pid = fork();
    if (!$pid) {
		# In child process...
	my @content = glob("$mtpt/*");
	my $rc = @content ? 0 : 1;
	exit $rc;
    }
		# In parent process...
    $val->{pid} = $pid;
    $pid2mtpt{$pid} = $mtpt;		# Translation from PID to mount point
    $pid;
}

# Common processing for the result.  Args:
#   \%fsys	Ref. to mount point hash.
#   $pid	PID of checking process.
#   $rc		Return code of process: 0 = success, positive = failed,
#		negative = hung.
#   \@list	List of finished mount points
#   Returns:	Mount point that the process was checking.
sub fileresult {
    my($fsys, $pid, $rc, $list) = @_;
    my $mtpt = $pid2mtpt{$pid};
    if (defined($mtpt)) {
	my $val = $fsys->{$mtpt};
	if (defined($val)) {
	    $val->{state} = ($rc == 0) ? 2 : ($rc > 0) ? 3 : 4;
	    push(@$list, $mtpt);
	} else {
	    &message($mtpt, "not in fsys (fileresult)");
	}
    } else {
	&message($pid, "not in pid2mtpt (fileresult)");
    }
    delete $pid2mtpt{$pid} if $rc >= 0;
}

# Reaps any exited processes, then returns.  Also checks for hung processes.
# If a process is judged hung and later finishes, this is self-healing.
#   \%fsys	Hash of per mount point data.
#   Returns:	List of finished mount points (could be empty).  
sub spawnreap {
    my($fsys) = @_;
    my @finished;
    my($pid, $mtpt);
    REAP: {
	$pid = waitpid(-1, WNOHANG);
	last if $pid <= 0;
	&fileresult($fsys, $pid, $?, \@finished);
	redo;
    }
		# Check for hung processes.  It takes 10 secs to recognize
		# that the NFS server is down.
    my $timeout = $now - $dmax;			# Allow 25 secs 
    foreach $pid (keys %pid2mtpt) {
	$mtpt = $pid2mtpt{$pid};
	my $val = $fsys->{$mtpt};
	if (!defined($val)) {
	    delete $fsys->{$mtpt};
	    delete $pid2mtpt{$pid};
	    next;
	}
	next if defined($val) && ($val->{state} >= 4 || 
	    $val->{whenchecked} >= $timeout);
	&fileresult($fsys, $pid, -1, \@finished);
    }
    @finished;
}

# Checks if /etc/mtab agrees with /proc/mounts.  Only NFS mounts are 
# looked at.  Args:
#   $curse	Recursion depth, starting with 0.
#   $msg	Error message passed in from earlier recursion.
#   Returns:	Discrepancies as text string, or "" if no discreps
sub checkmtab {
    my($curse, $msg) = @_;
    $msg = "" unless defined($msg);
    return $msg if (++$curse > 5);
    my(%mounted, $i);
		# Identify which mtab we're reading today.
    my @stat1 = stat("/etc/mtab") or 
	return &checkmtab($curse, "can't stat /etc/mtab: $!");
		# Read /etc/mtab and save a list of what's mounted.
    open(MTAB, "/etc/mtab") or 
	return &checkmtab($curse, "can't read /etc/mtab: $!");
    while (<MTAB>) {
	my @line = split;
	$mounted{$line[1]} ++ if $line[2] eq 'nfs';
    }
    close(MTAB);
		# Read /proc/mounts and save a list of what's mounted.
    open(MTAB, "/proc/mounts") or 
	return &checkmtab($curse, "can't read /proc/mounts: $!");
    while (<MTAB>) {
	my @line = split;
	$mounted{$line[1]} += 16 if $line[2] eq 'nfs';
    }
    close(MTAB);
		# Detect if mtab was altered since first read.  (Can't do much
		# about /proc/mounts changing; stat() doesn't even give the
		# length.)  Recurse if mtab changed in inode, size or mtime.
    my @stat2 = stat("/etc/mtab") or 
	return &checkmtab($curse, "can't stat /etc/mtab: $!");
    foreach $i ((1, 7, 9)) {
	return &checkmtab($curse, $msg) if $stat1[$i] != $stat2[$i];
    }
		# We successfully read both files.  Detect discrepancies.
    $msg = "";
    my $nbad = 0;
    my($mtpt, $in);
    my @hdr = ("mtab: ", "<=> mounts: ");
    foreach $i (0..1) {
	$msg .= $hdr[$i];
	while (($mtpt, $in) = each %mounted) {
	    if ($in != 17 && ($in >= 16 || 0) == $i) {
		$msg .= "$mtpt ";
		$nbad++;
	    }
	}
    }
    return $nbad ? $msg : "";
}

# Digests and reports the results for finished mount points.
# Arg: list of mount points (could be empty).  First arg is ref. to
# mountpoint index.
our @digestxl = qw(uninitialized running success failed hung suppressed);
sub digest {
    my ($fsys) = shift;
    foreach my $mtpt (@_) {
	my $val = $fsys->{$mtpt};
	next unless defined($val);
	if ($val->{state} == 2) {
	    # Success, ignore silently.
	} elsif ($val->{oldstate} <= 0 ) {
		# Failed during initialization, do not report, suppress
		# permanently.
	    delete $fsys->{$mtpt};
	} else {
		# Failed during operation, so complain.
	    &message($mtpt, $digestxl[${$val}{state}]);
	}
    }
}

# Initialize the set of filesystems.
our %filesys;
$now = time();
@now = localtime($now);
our $passes = 0;
our $checked = 9999999;
&getfilesys(\%filesys);
open(MOUNTS, "/proc/mounts") or die "Can't read /proc/mounts: $!\n";
POUND: {
    $passes++;
    my $npids = scalar(keys %pid2mtpt);
    if ($npids >= 100) {
	message("--", "$npids hung processes, exiting");
	last;
    }
    if ($checked > 50) {
	&message("--", "Pass $passes starting, $npids processes running");
	$checked = 0;
    }
		# Turn off the "mounted" flag on all filesystems.
    my($mtpt, $val);
    my $n = 0;
    while (($mtpt, $val) = each %filesys) {
	$val->{mounted} = 0;
	$n++;
    }
    &message('--', "$n filesystems known") if $passes == 3;
		# Turn on the "mounted" flag if it is mounted.
    seek(MOUNTS, 0, 0);
    $n = 0;
    while (<MOUNTS>) {
	my @mt = split;
	next unless exists($filesys{$mt[1]});
	$filesys{$mt[1]}{mounted} = 1;
	$n++;
    }
    &message('--', "$n filesystems mounted") if $passes == 3;
		# For each filesystem that is not mounted, mount it.
    $now = time();
    @now = localtime($now);
    my $failtime = $now - $dfail;	# Re-check failed filesys every 15 mins
    $n = 0;
    foreach $mtpt (keys %filesys) {
	$val = $filesys{$mtpt};		# Could be deleted behind our backs.
	next if !defined($val) || $val->{mounted} || 
	    ($val->{state} == 3 && $val->{whenchecked} >= $failtime) ||
	    $val->{state} >= 4;
	my $msg = &checkmtab(0, "");
	&message($mtpt, $msg) if $msg ne '';	# Validate /etc/mtab
	&spawncheck($mtpt, \%filesys);
	sleep $dt;
	$now = time();
	@now = localtime($now);
	my @finished = &spawnreap(\%filesys);
	&digest(\%filesys, @finished);
	$checked++;
	$n++;
    }
    sleep $dpass;
    redo;
}

=------------- Output from DEFAULT_LOGGING=debug -------
Apr 21 17:13:50 serval automount[20419]: Starting automounter version 5.0.2, master map auto.master
Apr 21 17:13:50 serval automount[20419]: using kernel protocol version 5.00
Apr 21 17:13:50 serval automount[20419]: lookup_nss_read_master: reading master files auto.master
Apr 21 17:13:50 serval automount[20419]: parse_init: parse(sun): init gathered global options: (null)
Apr 21 17:13:50 serval automount[20419]: mount_init: mount(bind): bind_works = 1
Apr 21 17:13:50 serval automount[20419]: lookup_read_master: lookup(file): read entry /net
Apr 21 17:13:50 serval automount[20419]: lookup_read_master: lookup(file): read entry /home
Apr 21 17:13:50 serval automount[20419]: master_do_mount: mounting /net
Apr 21 17:13:50 serval automount[20419]: lookup_nss_read_map: reading map file /etc/auto.net
Apr 21 17:13:50 serval automount[20419]: parse_init: parse(sun): init gathered global options: (null)
Apr 21 17:13:50 serval automount[20419]: mount_init: mount(bind): bind_works = 1
Apr 21 17:13:50 serval automount[20419]: >> umount: /net/naseberry/m1: not mounted
Apr 21 17:13:51 serval automount[20419]: >> umount: /net/zuma/h1: not mounted
Apr 21 17:13:51 serval automount[20419]: >> umount: /net/pong/m2: not mounted
Apr 21 17:13:51 serval automount[20419]: >> umount: /net/lodi/m1: not mounted
(140 of these, all different filesystems that actually exist, probably 
leftover state from previously running the test program)
Apr 21 17:13:51 serval automount[20419]: mounted indirect mount on /net with timeout 600, freq 150 seconds
Apr 21 17:13:51 serval automount[20419]: ghosting enabled
Apr 21 17:13:51 serval automount[20419]: master_do_mount: mounting /home
Apr 21 17:13:51 serval automount[20419]: lookup_nss_read_map: reading map yp auto.home
Apr 21 17:13:51 serval automount[20419]: lookup_init: lookup(yp): ctxt->mapname=auto.home
Apr 21 17:13:51 serval automount[20419]: parse_init: parse(sun): init gathered global options: (null)
Apr 21 17:13:51 serval automount[20419]: mounted indirect mount on /home with timeout 600, freq 150 seconds
Apr 21 17:13:51 serval automount[20419]: ghosting enabled
Apr 21 17:13:57 serval automount[20419]: handle_packet: type = 3
Apr 21 17:13:57 serval automount[20419]: handle_packet_missing_indirect: token 2268, name serval, request pid 15617
Apr 21 17:13:57 serval automount[20419]: handle_packet: type = 3
Apr 21 17:13:57 serval automount[20419]: handle_packet_missing_indirect: token 2269, name julia, request pid 20846
Apr 21 17:13:57 serval automount[20419]: attempting to mount entry /net/serval
Apr 21 17:13:57 serval automount[20419]: attempting to mount entry /net/julia
Apr 21 17:13:57 serval automount[20419]: lookup_mount: lookup(file): looking up serval
Apr 21 17:13:57 serval automount[20419]: lookup_mount: lookup(file): serval -> -rsize=8192,wsize=8192,retry=1,soft,fstype=autofs,-DSERVER=&	file:/etc/auto.net.generic
Apr 21 17:13:57 serval automount[20419]: parse_mount: parse(sun): expanded entry: -rsize=8192,wsize=8192,retry=1,soft,fstype=autofs,-DSERVER=serval	file:/etc/auto.net.generic
Apr 21 17:13:57 serval automount[20419]: parse_mount: parse(sun): gathered options: rsize=8192,wsize=8192,retry=1,soft,fstype=autofs,-DSERVER=serval
Apr 21 17:13:57 serval automount[20419]: parse_mount: parse(sun): dequote("file:/etc/auto.net.generic") -> file:/etc/auto.net.generic
Apr 21 17:13:57 serval automount[20419]: parse_mount: parse(sun): core of entry: options=rsize=8192,wsize=8192,retry=1,soft,fstype=autofs,-DSERVER=serval, loc=file:/etc/auto.net.generic
Apr 21 17:13:57 serval automount[20419]: sun_mount: parse(sun): mounting root /net, mountpoint serval, what file:/etc/auto.net.generic, fstype autofs, options rsize=8192,wsize=8192,retry=1,soft,-DSERVER=serval
Apr 21 17:13:57 serval automount[20419]: do_mount: file:/etc/auto.net.generic /net/serval type autofs options rsize=8192,wsize=8192,retry=1,soft,-DSERVER=serval using module autofs
Apr 21 17:13:57 serval automount[20419]: mount_mount: mount(autofs): fullpath=/net/serval what=file:/etc/auto.net.generic options=rsize=8192,wsize=8192,retry=1,soft,-DSERVER=serval
Apr 21 17:13:57 serval automount[20419]: lookup_mount: lookup(file): looking up julia
Apr 21 17:13:57 serval automount[20419]: lookup_mount: lookup(file): julia -> -rsize=8192,wsize=8192,retry=1,soft,fstype=autofs,-DSERVER=&	file:/etc/auto.net.generic
Apr 21 17:13:57 serval automount[20419]: parse_mount: parse(sun): expanded entry: -rsize=8192,wsize=8192,retry=1,soft,fstype=autofs,-DSERVER=julia	file:/etc/auto.net.generic
Apr 21 17:13:57 serval automount[20419]: parse_mount: parse(sun): gathered options: rsize=8192,wsize=8192,retry=1,soft,fstype=autofs,-DSERVER=julia
Apr 21 17:13:57 serval automount[20419]: parse_mount: parse(sun): dequote("file:/etc/auto.net.generic") -> file:/etc/auto.net.generic
Apr 21 17:13:57 serval automount[20419]: parse_mount: parse(sun): core of entry: options=rsize=8192,wsize=8192,retry=1,soft,fstype=autofs,-DSERVER=julia, loc=file:/etc/auto.net.generic
Apr 21 17:13:57 serval automount[20419]: sun_mount: parse(sun): mounting root /net, mountpoint julia, what file:/etc/auto.net.generic, fstype autofs, options rsize=8192,wsize=8192,retry=1,soft,-DSERVER=julia
Apr 21 17:13:57 serval automount[20419]: do_mount: file:/etc/auto.net.generic /net/julia type autofs options rsize=8192,wsize=8192,retry=1,soft,-DSERVER=julia using module autofs
Apr 21 17:13:57 serval automount[20419]: mount_mount: mount(autofs): fullpath=/net/julia what=file:/etc/auto.net.generic options=rsize=8192,wsize=8192,retry=1,soft,-DSERVER=julia
Apr 21 17:17:28 serval syslog-ng[2743]: STATS: dropped 0
Apr 21 17:17:55 serval automount[20419]: st_expire: state 1 path /home
Apr 21 17:17:55 serval automount[20419]: expire_proc: exp_proc = 3071929232 path /home
Apr 21 17:17:55 serval automount[20419]: expire_cleanup: got thid 3071929232 path /home stat 0
Apr 21 17:17:55 serval automount[20419]: expire_cleanup: sigchld: exp 3071929232 finished, switching from 2 to 1
Apr 21 17:17:55 serval automount[20419]: st_ready: st_ready(): state = 2 path /home
Apr 21 17:18:29 serval automount[20419]: st_expire: state 1 path /net
Apr 21 17:18:29 serval automount[20419]: expire_proc: exp_proc = 3071929232 path /net
Apr 21 17:18:29 serval automount[20419]: mount still busy /net
Apr 21 17:18:29 serval automount[20419]: expire_cleanup: got thid 3071929232 path /net stat 0
Apr 21 17:18:29 serval automount[20419]: expire_cleanup: sigchld: exp 3071929232 finished, switching from 2 to 1
Apr 21 17:18:29 serval automount[20419]: st_ready: st_ready(): state = 2 path /net
Apr 21 17:18:32 serval sshd[20852]: Accepted publickey for root from 128.97.4.254 port 52557 ssh2
Apr 21 17:19:35 serval sshd[20866]: Accepted publickey for root from 128.97.4.254 port 48299 ssh2
(I'm trying to kill the test program; ssh accepted the command line
but shell execution hung probably due to a need to automount in 
/root/.profile)
Apr 21 17:20:25 serval automount[20419]: st_expire: state 1 path /home
Apr 21 17:20:25 serval automount[20419]: expire_proc: exp_proc = 3071929232 path /home
Apr 21 17:20:25 serval automount[20419]: expire_cleanup: got thid 3071929232 path /home stat 0
Apr 21 17:20:25 serval automount[20419]: expire_cleanup: sigchld: exp 3071929232 finished, switching from 2 to 1
Apr 21 17:20:25 serval automount[20419]: st_ready: st_ready(): state = 2 path /home
Apr 21 17:20:59 serval automount[20419]: st_expire: state 1 path /net
Apr 21 17:20:59 serval automount[20419]: expire_proc: exp_proc = 3071929232 path /net
Apr 21 17:20:59 serval automount[20419]: mount still busy /net
Apr 21 17:20:59 serval automount[20419]: expire_cleanup: got thid 3071929232 path /net stat 0
Apr 21 17:20:59 serval automount[20419]: expire_cleanup: sigchld: exp 3071929232 finished, switching from 2 to 1
Apr 21 17:20:59 serval automount[20419]: st_ready: st_ready(): state = 2 path /net
(The above continues all night and through the next day)



James F. Carter          Voice 310 825 2897    FAX 310 206 6673
UCLA-Mathnet;  6115 MSA; 405 Hilgard Ave.; Los Angeles, CA, USA 90095-1555
Email: jimc@math.ucla.edu  http://www.math.ucla.edu/~jimc (q.v. for PGP key)

Re: (no subject)

[Jeff Moyer]

jimc@math.ucla.edu (Jim Carter) writes:

> Our two webservers serve UserDirs that are automounted (NFS) from other
> hosts.  Every few days we discover a catatonic webserver (Apache2) with
> $ServerLimit child processes (150 of them), and many but not all home
> directories cannot be accessed manually (ls -d ~$user, which hangs).
> This started immediately after we upgraded the server host from SuSE
> 10.1 to SuSE 10.3; autofs version changed from 4.1.4 to 5.0.2.

That's a big jump!

> I was hoping to include debug output from autofs, but when I set
> DEFAULT_LOGGING=debug and started the test program it totally locked up
> the machine and I haven't been able to get on it since (because I'm
> working from home).  Update: a co-worker rebooted it for me and I was
> able to clear the debug switch and recover the syslog output (attached).
> But evidently the test program also seized up; I don't see a lot of
> actual mounting going on.  Anyway I've included it, for what it's worth.

That's strange.  Given the number of mounts you're talking about,
though, it may just be that you overcommitted the boxes memory.  It will
be hard to say without further digging.

> I was hoping to include useful strace output, and I have 80 Mbytes of
> turgid information (on a different machine), but I have a feeling that
> it's going to be more useful to include the test program and let 
> someone overload their own testbed system.  Here's my impression of the
> traces:  

Or, you could just give us a backtrace of the automount process when
things go pear-shaped.  See below.

> /bin/mount used to have notorious problems locking /etc/mtab.  But I
> compare /etc/mtab with /proc/mounts before forking the directory access
> process, and it was the same on several thousand comparisons with only
> two unequal comparisons; in both cases the filesystem about to be
> accessed (remounted) was in mtab and not /proc/mounts, and at most 8
> seconds later it was in both and the content had been read.  2 minutes
> after the second such event, and 38 minutes into the test run, client
> processes started to hang.

This is less of a problem these days, due to the fact that we've fixed
the bugs we've found in util-linux and the fact that we don't use mtab
anymore.  ;)

>
> Here are the particulars of our autofs setup.
>
> Distro:		OpenSuSE 10.3
> Kernel:		2.6.22.17 (kernel-default-2.6.22.17-0.1)
> Autofs:		5.0.2-30.2 (recompiled with the DNS timeout mitigation 
> 		patch that Ian Kent made for us) (and identical behavior 
> 		without the patch)
> Mount program:	util-linux-2.12r+2.13rc2+git20070725-24.2 (/bin/mount)
> NFS:		nfs-client-1.1.0-8 (/sbin/mount.nfs)
>
> =-- auto.master --- (comments omitted in all conf files)
> /net            /etc/auto.net		<== giving trouble
> /home           yp:auto.home
>
> =-- auto.net ---
> *       -rsize=8192,wsize=8192,retry=1,soft,fstype=autofs,-DSERVER=&    file:/etc/auto.net.generic

A ha!  Submounts!  We're currently chasing a couple of issues in this
area.

> =------------- Output from DEFAULT_LOGGING=debug -------
[snip]

Jim, I'm not sure I see anything out of the ordinary in this snippet of
the debug log.  Can you search your logs for a message that contains,
"ask umount returned busy"?  If you see that, then we're looking at the
same problem.  If you don't, well, we'll have to get more information
from you.

For starters, can you install the autofs debuginfo package and attach to
the running automounter (when in a bad state) and get the output from:

gdb> thr a a bt

?  That would be a great help.

-Jeff

Re: (no subject)

[Ian Kent]

On Wed, 2008-04-23 at 16:04 -0400, Jeff Moyer wrote:
> jimc@math.ucla.edu (Jim Carter) writes:
> 
> > Our two webservers serve UserDirs that are automounted (NFS) from other
> > hosts.  Every few days we discover a catatonic webserver (Apache2) with
> > $ServerLimit child processes (150 of them), and many but not all home
> > directories cannot be accessed manually (ls -d ~$user, which hangs).
> > This started immediately after we upgraded the server host from SuSE
> > 10.1 to SuSE 10.3; autofs version changed from 4.1.4 to 5.0.2.
> 
> That's a big jump!
> 
> > I was hoping to include debug output from autofs, but when I set
> > DEFAULT_LOGGING=debug and started the test program it totally locked up
> > the machine and I haven't been able to get on it since (because I'm
> > working from home).  Update: a co-worker rebooted it for me and I was
> > able to clear the debug switch and recover the syslog output (attached).
> > But evidently the test program also seized up; I don't see a lot of
> > actual mounting going on.  Anyway I've included it, for what it's worth.
> 
> That's strange.  Given the number of mounts you're talking about,
> though, it may just be that you overcommitted the boxes memory.  It will
> be hard to say without further digging.
> 
> > I was hoping to include useful strace output, and I have 80 Mbytes of
> > turgid information (on a different machine), but I have a feeling that
> > it's going to be more useful to include the test program and let 
> > someone overload their own testbed system.  Here's my impression of the
> > traces:  
> 
> Or, you could just give us a backtrace of the automount process when
> things go pear-shaped.  See below.
> 
> > /bin/mount used to have notorious problems locking /etc/mtab.  But I
> > compare /etc/mtab with /proc/mounts before forking the directory access
> > process, and it was the same on several thousand comparisons with only
> > two unequal comparisons; in both cases the filesystem about to be
> > accessed (remounted) was in mtab and not /proc/mounts, and at most 8
> > seconds later it was in both and the content had been read.  2 minutes
> > after the second such event, and 38 minutes into the test run, client
> > processes started to hang.
> 
> This is less of a problem these days, due to the fact that we've fixed
> the bugs we've found in util-linux and the fact that we don't use mtab
> anymore.  ;)

v5 still does, but much less so than previously.

> 
> >
> > Here are the particulars of our autofs setup.
> >
> > Distro:		OpenSuSE 10.3
> > Kernel:		2.6.22.17 (kernel-default-2.6.22.17-0.1)
> > Autofs:		5.0.2-30.2 (recompiled with the DNS timeout mitigation 
> > 		patch that Ian Kent made for us) (and identical behavior 
> > 		without the patch)
> > Mount program:	util-linux-2.12r+2.13rc2+git20070725-24.2 (/bin/mount)
> > NFS:		nfs-client-1.1.0-8 (/sbin/mount.nfs)
> >
> > =-- auto.master --- (comments omitted in all conf files)
> > /net            /etc/auto.net		<== giving trouble
> > /home           yp:auto.home
> >
> > =-- auto.net ---
> > *       -rsize=8192,wsize=8192,retry=1,soft,fstype=autofs,-DSERVER=&    file:/etc/auto.net.generic
> 
> A ha!  Submounts!  We're currently chasing a couple of issues in this
> area.
> 
> > =------------- Output from DEFAULT_LOGGING=debug -------
> [snip]
> 
> Jim, I'm not sure I see anything out of the ordinary in this snippet of
> the debug log.  Can you search your logs for a message that contains,
> "ask umount returned busy"?  If you see that, then we're looking at the
> same problem.  If you don't, well, we'll have to get more information
> from you.

Also, we don't know what patches have been included in the SuSE release.
Any chance of providing a source rpm?

> 
> For starters, can you install the autofs debuginfo package and attach to
> the running automounter (when in a bad state) and get the output from:
> 
> gdb> thr a a bt
> 
> ?  That would be a great help.

I don't know if SuSE provide debuginfo packages but the thread trace is
useless without debug info.

The backtrace is the most effective way to identify a few known
problems. It's really important.

Ian

(no subject)

[Jesper Krogh]

subscribe linux-scsi

(no subject)

[Ben Dooks]

The following changes since commit c9272c4f9fbe2087beb3392f526dc5b19efaa56b:
  Linus Torvalds (1):
        Merge branch 'hotfixes' of git://git.linux-nfs.org/projects/trondmy/nfs-2.6

are available in the git repository at:

  git://aeryn.fluff.org.uk/bjdooks/linux.git i2c-for-linus

Ben Dooks (4):
      i2c: S3C2410: Pass the I2C bus number via drivers platform data
      i2c: i2c_gpio: keep probe resident for hotplugged devices.
      i2c: S3C24XX I2C frequency scaling support.
      i2c: Documentation: upgrading clients HOWTO

Michael Hennerich (1):
      i2c: Blackfin I2C Driver: Functional power management support

 Documentation/i2c/upgrading-clients |  281 +++++++++++++++++++++++++++++++++++
 drivers/i2c/busses/i2c-bfin-twi.c   |   35 +++--
 drivers/i2c/busses/i2c-gpio.c       |    9 +-
 drivers/i2c/busses/i2c-s3c2410.c    |  129 ++++++++++++++--
 include/asm-arm/plat-s3c/iic.h      |    1 +
 5 files changed, 426 insertions(+), 29 deletions(-)
 create mode 100644 Documentation/i2c/upgrading-clients

_______________________________________________
i2c mailing list
i2c-GZX6beZjE8VD60Wz+7aTrA@public.gmane.org
http://lists.lm-sensors.org/mailman/listinfo/i2c

(no subject)

[Peter Leckie]

mod xfs-linux-melb:xfs-kern:32215a TAKE message
================================================
Subject: TAKE 986789 - 

Clean up dquot pincount code.

This is a code cleanup and optimization that removes a per mount point
spinlock from the quota code and cleans up the code.

The patch changes the pincount from being an int protected by a spinlock
to an atomic_t allowing the pincount to be manipulated without holding
the spinlock.

This cleanup also protects against random wakup's of both the aild and
xfssyncd by reevaluating the pincount after been woken. Two latter patches
will address the Spurious wakeups.

Signed-off-by: Peter Leckie <pleckie@sgi.com>

Date:  Fri Sep 26 14:42:30 AEST 2008
Workarea:  chook.melbourne.sgi.com:/build/pleckie/2.6.x-xfs
Inspected by:  
donaldd
lachlan
hch@lst.de
david@fromorbit.com
Author:  pleckie

The following file(s) were checked into:
  longdrop.melbourne.sgi.com:/isms/linux/2.6.x-xfs-melb


Modid:  xfs-linux-melb:xfs-kern:32215a
fs/xfs/xfsidbg.c - 1.367 - changed
fs/xfs/quota/xfs_dquot_item.c - 1.24 - changed
fs/xfs/quota/xfs_dquot.h - 1.14 - changed
fs/xfs/quota/xfs_dquot.c - 1.39 - changed
fs/xfs/quota/xfs_qm.h - 1.21 - changed
fs/xfs/quota/xfs_qm.c - 1.75 - changed
	- Clean up dquot pincount code.

(no subject)

[Philippe CARRIERE]

Hi,

following is a report of some tests of alsa.1.0.18rc3 in view of support of Tascam US-122L, which might be of interest for you. As a preliminary information, note that I patched my own Fedora kernel and alsa-plugins with Karsten Wiese'patches a few month ago and use regularly Tascam US-122L under Linux which works very fine; I also provide (experimental) packages for Fedora 9 from june 2008 on my web page.

Test 1: succeeded

    - replacement of my own  alsa-plugins-usb_stream-1.0.16-4.us122lv05.fc9 by alsa-plugins-usbstream-1.0.18-1.rc3.fc10 on Fedora 9 (using my own patched kernel 2.6.26 including the snd-usb-us122l module). Everything works.

Test 2: succeeded

    - replacement of previous alsa-1.0.16 by alsa.1.0.18-1.rc3 (Fedora packages; thus alsa-driver-1.0.18rc3 not included). Everything works, including Tascam US-122L when using my patched kernel (which includes the snd-usb-us122l module).

Test 3: failed

    - installation of alsa-driver-1.0.18rc3 (succeeded) on Fedora 9 (as weel, I tested with new Fedora 10 beta which includes kernel 2.6.27.rc3); plug in the US-122L leads to error messages from snd-usb-us122l:

# cat /var/log/messages
...
Oct 11 09:21:51 pollux kernel: usb 2-6: new high speed USB device using ehci_hcd and address 3
Oct 11 09:21:51 pollux kernel: usb 2-6: config 1 interface 1 altsetting 1 bulk endpoint 0x83 has invalid maxpacket 9
Oct 11 09:21:51 pollux kernel: usb 2-6: configuration #1 chosen from 1 choice
Oct 11 09:21:51 pollux kernel: usb 2-6: New USB device found, idVendor=0644, idProduct=800e
Oct 11 09:21:51 pollux kernel: usb 2-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Oct 11 09:21:51 pollux kernel: usb 2-6: Product: US-122L
Oct 11 09:21:51 pollux kernel: usb 2-6: Manufacturer: TASCAM
Oct 11 09:21:51 pollux kernel: usb 2-6: SerialNumber: no serial number
Oct 11 09:21:51 pollux kernel: ALSA /home/Test/alsa-driver-1.0.18rc3/usb/usx2y/../../alsa-kernel/usb/usx2y/usb_stream.c:618: 0
Oct 11 09:21:55 pollux kernel: ALSA /home/Test/alsa-driver-1.0.18rc3/usb/usx2y/../../alsa-kernel/usb/usx2y/us122l.c:329: us122l_start error -14 
Oct 11 09:21:55 pollux kernel: snd-usb-us122l: probe of 2-6:1.1 failed with error -5

Oct 11 09:21:55 pollux kernel: usbcore: registered new interface driver snd-usb-us122l

and

# cat /proc/asound/cards
0 [Intel          ]: HDA-Intel - HDA Intel
                      HDA Intel at 0xfebfc000 irq 21

US-122L finally not being recognized.

Test 4: succeded

    - same than test 3 for Fedora 9, but using a patched ehci-hcd module (the patch adding some features from the original one by Karsten Wiese not - yet ? - included in kernel 2.6.26). Everything works including of course the US-122L.

Question:

Thus, a patched ehci-hcd module is required. Is the patch scheduled to appear in kernel 2.6.27 or would it be useful to  work for providing a kind of kmod ?

Regards

Phil.
-- 
Philippe Carriere <philippe-f.carriere@wanadoo.fr>

Re: (no subject)

[Takashi Iwai]

At Mon, 13 Oct 2008 12:51:11 +0200 (CEST),
Philippe CARRIERE wrote:
> 
> Hi,
> 
> following is a report of some tests of alsa.1.0.18rc3 in view of support of Tascam US-122L, which might be of interest for you. As a preliminary information, note that I patched my own Fedora kernel and alsa-plugins with Karsten Wiese'patches a few month ago and use regularly Tascam US-122L under Linux which works very fine; I also provide (experimental) packages for Fedora 9 from june 2008 on my web page.
> 
> Test 1: succeeded
> 
>     - replacement of my own  alsa-plugins-usb_stream-1.0.16-4.us122lv05.fc9 by alsa-plugins-usbstream-1.0.18-1.rc3.fc10 on Fedora 9 (using my own patched kernel 2.6.26 including the snd-usb-us122l module). Everything works.
> 
> Test 2: succeeded
> 
>     - replacement of previous alsa-1.0.16 by alsa.1.0.18-1.rc3 (Fedora packages; thus alsa-driver-1.0.18rc3 not included). Everything works, including Tascam US-122L when using my patched kernel (which includes the snd-usb-us122l module).
> 
> Test 3: failed
> 
>     - installation of alsa-driver-1.0.18rc3 (succeeded) on Fedora 9 (as weel, I tested with new Fedora 10 beta which includes kernel 2.6.27.rc3); plug in the US-122L leads to error messages from snd-usb-us122l:
> 
> # cat /var/log/messages
> ...
> Oct 11 09:21:51 pollux kernel: usb 2-6: new high speed USB device using ehci_hcd and address 3
> Oct 11 09:21:51 pollux kernel: usb 2-6: config 1 interface 1 altsetting 1 bulk endpoint 0x83 has invalid maxpacket 9
> Oct 11 09:21:51 pollux kernel: usb 2-6: configuration #1 chosen from 1 choice
> Oct 11 09:21:51 pollux kernel: usb 2-6: New USB device found, idVendor=0644, idProduct=800e
> Oct 11 09:21:51 pollux kernel: usb 2-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
> Oct 11 09:21:51 pollux kernel: usb 2-6: Product: US-122L
> Oct 11 09:21:51 pollux kernel: usb 2-6: Manufacturer: TASCAM
> Oct 11 09:21:51 pollux kernel: usb 2-6: SerialNumber: no serial number
> Oct 11 09:21:51 pollux kernel: ALSA /home/Test/alsa-driver-1.0.18rc3/usb/usx2y/../../alsa-kernel/usb/usx2y/usb_stream.c:618: 0
> Oct 11 09:21:55 pollux kernel: ALSA /home/Test/alsa-driver-1.0.18rc3/usb/usx2y/../../alsa-kernel/usb/usx2y/us122l.c:329: us122l_start error -14 
> Oct 11 09:21:55 pollux kernel: snd-usb-us122l: probe of 2-6:1.1 failed with error -5
> 
> Oct 11 09:21:55 pollux kernel: usbcore: registered new interface driver snd-usb-us122l
> 
> and
> 
> # cat /proc/asound/cards
> 0 [Intel          ]: HDA-Intel - HDA Intel
>                       HDA Intel at 0xfebfc000 irq 21
> 
> US-122L finally not being recognized.
> 
> Test 4: succeded
> 
>     - same than test 3 for Fedora 9, but using a patched ehci-hcd module (the patch adding some features from the original one by Karsten Wiese not - yet ? - included in kernel 2.6.26). Everything works including of course the US-122L.
> 
> Question:
> 
> Thus, a patched ehci-hcd module is required. Is the patch scheduled to appear in kernel 2.6.27 or would it be useful to  work for providing a kind of kmod ?

Hm, I thought Karsten mentioned that patch will go to the upstream usb
tree, but it seems not done yet.

Karsten, what is the current status of your ehci patch?


thanks,

Takashi

Re: (no subject)

[Karsten Wiese]

Am Montag, 13. Oktober 2008 schrieb Takashi Iwai:

> > Thus, a patched ehci-hcd module is required. Is the patch scheduled to appear in kernel 2.6.27 or would it be useful to  work for providing a kind of kmod ?
> 
> Hm, I thought Karsten mentioned that patch will go to the upstream usb
> tree, but it seems not done yet.
> 
> Karsten, what is the current status of your ehci patch?

has to be adjusted to fit head and submitted to usb-devel again.
will get back to it once my current main-project allows me to.
that might well be 09. sorry.

thanks,
Karsten

Re: (no subject)

[Philippe Carriere]

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

Might this patch (the original one, without features yet implemented in
2.6.26, and an extremely slight modification to fit it) I use on Fedora
kernel (the patch also applies as it stands to vanilla) save works and
time ?

Regards,

Phil.
Le mardi 14 octobre 2008 à 11:54 +0200, Karsten Wiese a écrit :

> Am Montag, 13. Oktober 2008 schrieb Takashi Iwai:
> 
> > > Thus, a patched ehci-hcd module is required. Is the patch scheduled to appear in kernel 2.6.27 or would it be useful to  work for providing a kind of kmod ?
> > 
> > Hm, I thought Karsten mentioned that patch will go to the upstream usb
> > tree, but it seems not done yet.
> > 
> > Karsten, what is the current status of your ehci patch?
> 
> has to be adjusted to fit head and submitted to usb-devel again.
> will get back to it once my current main-project allows me to.
> that might well be 09. sorry.
> 
> thanks,
> Karsten
> 

[-- Attachment #2: ehci-hcd_2.6.26.patch --]
[-- Type: text/x-patch, Size: 5767 bytes --]

diff -uNrp /home/Test/rpmbuild/BUILD/kernel-2.6.26/vanilla-2.6.26/drivers/usb/host/ehci.h vanilla-2.6.26/drivers/usb/host/ehci.h
--- /home/Test/rpmbuild/BUILD/kernel-2.6.26/vanilla-2.6.26/drivers/usb/host/ehci.h	2008-07-13 23:51:29.000000000 +0200
+++ vanilla-2.6.26/drivers/usb/host/ehci.h	2008-09-21 16:43:06.000000000 +0200
@@ -86,6 +86,9 @@ struct ehci_hcd {			/* one per controlle
 	union ehci_shadow	*pshadow;	/* mirror hw periodic table */
 	int			next_uframe;	/* scan periodic, start here */
 	unsigned		periodic_sched;	/* periodic activity count */
+	struct list_head	cached_itd_list; /* list of itds completed
+			while frame hadn't yet elapsed */
+	unsigned		hw_frame;
 
 	/* per root hub port */
 	unsigned long		reset_done [EHCI_MAX_ROOT_PORTS];
@@ -205,6 +208,9 @@ timer_action (struct ehci_hcd *ehci, enu
 	}
 }
 
+static void free_cached_itd_list(struct ehci_hcd *ehci);
+
+
 /*-------------------------------------------------------------------------*/
 
 /* EHCI register interface, corresponds to EHCI Revision 0.95 specification */
diff -uNrp /home/Test/rpmbuild/BUILD/kernel-2.6.26/vanilla-2.6.26/drivers/usb/host/ehci-hcd.c vanilla-2.6.26/drivers/usb/host/ehci-hcd.c
--- /home/Test/rpmbuild/BUILD/kernel-2.6.26/vanilla-2.6.26/drivers/usb/host/ehci-hcd.c	2008-07-13 23:51:29.000000000 +0200
+++ vanilla-2.6.26/drivers/usb/host/ehci-hcd.c	2008-09-21 16:23:32.000000000 +0200
@@ -479,6 +479,7 @@ static int ehci_init(struct usb_hcd *hcd
 	 * periodic_size can shrink by USBCMD update if hcc_params allows.
 	 */
 	ehci->periodic_size = DEFAULT_I_TDPS;
+	INIT_LIST_HEAD(&ehci->cached_itd_list);
 	if ((retval = ehci_mem_init(ehci, GFP_KERNEL)) < 0)
 		return retval;
 
@@ -491,6 +492,7 @@ static int ehci_init(struct usb_hcd *hcd
 
 	ehci->reclaim = NULL;
 	ehci->next_uframe = -1;
+	ehci->hw_frame = -1;
 
 	/*
 	 * dedicate a qh for the async ring head, since we couldn't unlink
diff -uNrp /home/Test/rpmbuild/BUILD/kernel-2.6.26/vanilla-2.6.26/drivers/usb/host/ehci-mem.c vanilla-2.6.26/drivers/usb/host/ehci-mem.c
--- /home/Test/rpmbuild/BUILD/kernel-2.6.26/vanilla-2.6.26/drivers/usb/host/ehci-mem.c	2008-07-13 23:51:29.000000000 +0200
+++ vanilla-2.6.26/drivers/usb/host/ehci-mem.c	2008-09-21 16:25:16.000000000 +0200
@@ -128,6 +128,7 @@ static inline void qh_put (struct ehci_q
 
 static void ehci_mem_cleanup (struct ehci_hcd *ehci)
 {
+	free_cached_itd_list(ehci);
 	if (ehci->async)
 		qh_put (ehci->async);
 	ehci->async = NULL;
diff -uNrp /home/Test/rpmbuild/BUILD/kernel-2.6.26/vanilla-2.6.26/drivers/usb/host/ehci-sched.c vanilla-2.6.26/drivers/usb/host/ehci-sched.c
--- /home/Test/rpmbuild/BUILD/kernel-2.6.26/vanilla-2.6.26/drivers/usb/host/ehci-sched.c	2008-07-13 23:51:29.000000000 +0200
+++ vanilla-2.6.26/drivers/usb/host/ehci-sched.c	2008-09-21 16:40:38.000000000 +0200
@@ -1003,7 +1003,8 @@ iso_stream_put(struct ehci_hcd *ehci, st
 
 		is_in = (stream->bEndpointAddress & USB_DIR_IN) ? 0x10 : 0;
 		stream->bEndpointAddress &= 0x0f;
-		stream->ep->hcpriv = NULL;
+		if (stream->ep)
+			stream->ep->hcpriv = NULL;
 
 		if (stream->rescheduled) {
 			ehci_info (ehci, "ep%d%s-iso rescheduled "
@@ -1654,13 +1655,25 @@ itd_complete (
 			(stream->bEndpointAddress & USB_DIR_IN) ? "in" : "out");
 	}
 	iso_stream_put (ehci, stream);
-	/* OK to recycle this ITD now that its completion callback ran. */
 done:
 	usb_put_urb(urb);
 	itd->urb = NULL;
-	itd->stream = NULL;
-	list_move(&itd->itd_list, &stream->free_list);
-	iso_stream_put(ehci, stream);
+	if (ehci->hw_frame != itd->frame || itd->index[7] != -1) {
+		/* OK to recycle this ITD now. */
+		itd->stream = NULL;
+		list_move(&itd->itd_list, &stream->free_list);
+		iso_stream_put(ehci, stream);
+	} else {
+		/* HW might still start transactions based on this ITD.
+		   If its content changed that is. Move it to a safe place. */
+		list_move(&itd->itd_list, &ehci->cached_itd_list);
+		if (stream->refcount == 2) {
+			/* If iso_stream_put() would be called here, stream
+			   would be freed. Prevent stream's reusage instead. */
+			stream->ep->hcpriv = NULL;
+			stream->ep = NULL;
+		}
+	}
 
 	return retval;
 }
@@ -2104,10 +2117,24 @@ done:
 
 /*-------------------------------------------------------------------------*/
 
+static void free_cached_itd_list(struct ehci_hcd *ehci)
+{
+	struct ehci_itd *itd, *n;
+
+	list_for_each_entry_safe(itd, n, &ehci->cached_itd_list, itd_list) {
+		struct ehci_iso_stream	*stream = itd->stream;
+		itd->stream = NULL;
+		list_move(&itd->itd_list, &stream->free_list);
+		iso_stream_put(ehci, stream);
+	}
+}
+
+/*-------------------------------------------------------------------------*/
+
 static void
 scan_periodic (struct ehci_hcd *ehci)
 {
-	unsigned	now_uframe, frame, clock, clock_frame, mod;
+	unsigned	frame, hw_frame, clock, clock_frame, now_uframe, mod;
 	unsigned	modified;
 
 	mod = ehci->periodic_size << 3;
@@ -2118,10 +2145,17 @@ scan_periodic (struct ehci_hcd *ehci)
 	 * Touches as few pages as possible:  cache-friendly.
 	 */
 	now_uframe = ehci->next_uframe;
-	if (HC_IS_RUNNING (ehci_to_hcd(ehci)->state))
+	if (HC_IS_RUNNING (ehci_to_hcd(ehci)->state)) {
 		clock = ehci_readl(ehci, &ehci->regs->frame_index);
-	else
+		hw_frame = (clock >> 3) % ehci->periodic_size;
+	} else {
 		clock = now_uframe + mod - 1;
+		hw_frame = -1;
+	}
+	if (ehci->hw_frame != hw_frame) {
+		free_cached_itd_list(ehci);
+		ehci->hw_frame = hw_frame;
+	}
 	clock %= mod;
 	clock_frame = clock >> 3;
 
@@ -2281,6 +2315,11 @@ restart:
 			/* rescan the rest of this frame, then ... */
 			clock = now;
 			clock_frame = clock >> 3;
+			hw_frame = (clock >> 3);
+			if (ehci->hw_frame != hw_frame) {
+				free_cached_itd_list(ehci);
+				ehci->hw_frame = hw_frame;
+			}
 		} else {
 			now_uframe++;
 			now_uframe %= mod;

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

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

Re: (no subject)

[Karsten Wiese]

Am Dienstag, 14. Oktober 2008 schrieb Philippe Carriere:
> Might this patch (the original one, without features yet implemented in
> 2.6.26, and an extremely slight modification to fit it) I use on Fedora
> kernel (the patch also applies as it stands to vanilla) save works and
> time ?

maybe.
I guess the patch would have to fit what will become 2.6.28.


regards,
Karsten

(no subject)

[Philippe CARRIERE]

Le mardi 14 octobre 2008 à 13:29 +0200, Karsten Wiese a écrit :
Am Dienstag, 14. Oktober 2008 schrieb Philippe Carriere:
> > Might this patch (the original one, without features yet implemented in
> > 2.6.26, and an extremely slight modification to fit it) I use on Fedora
> > kernel (the patch also applies as it stands to vanilla) save works and
> > time ?
> 
> maybe.
> I guess the patch would have to fit what will become 2.6.28.
> 
> 
> regards,
> Karsten
> _______________________________________________
> Alsa-devel mailing list
> Alsa-devel@alsa-project.org
> http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
> 

Thus I can try to follow the next evolution of the kernel and send you new version of the patch, when required; would it be fruitful for you ?
During that time, I will try to implement a module modification (presently, I propose a whole kernel which is not the right solution), but I have some things to learn about the method.

A last question: you commented some lines in us122l.c which are concerned with the possible support of US-144 (which apparently has a very similar hardware): do you think support of US-144 would be possible - to be tested of course - with the same driver or do you think it would require more work ?

Regards

Phil

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

(no subject)

[Jesse DeFer]

subscribe kernel-janitors

(no subject)

[Yang, Libin]

Hi Takashi,

This patch is to support detecting new AMD HD Audio devices with HDA PCI
class code. Would you please review it? Thanks a lot!
--------------------------------------------------------------------

Signed-off-by: Libin Yang <libin.yang@amd.com>

--- alsa-driver-1.0.18.orig/alsa-kernel/pci/hda/hda_intel.c
2008-10-29 20:41:35.000000000 +0800
+++ alsa-driver-1.0.18/alsa-kernel/pci/hda/hda_intel.c	2008-11-11
18:33:14.000000000 +0800
@@ -291,6 +291,7 @@
 /* Define VIA HD Audio Device ID*/
 #define VIA_HDAC_DEVICE_ID		0x3288
 
+#define PCI_CLASS_MULTIMEDIA_HDA	0x040300
 
 /*
  */
@@ -410,6 +411,7 @@
 	AZX_DRIVER_ULI,
 	AZX_DRIVER_NVIDIA,
 	AZX_DRIVER_TERA,
+	AZX_DRIVER_AMD_AUTO,
 	AZX_NUM_DRIVERS, /* keep this as last entry */
 };
 
@@ -423,6 +425,7 @@
 	[AZX_DRIVER_ULI] = "HDA ULI M5461",
 	[AZX_DRIVER_NVIDIA] = "HDA NVidia",
 	[AZX_DRIVER_TERA] = "HDA Teradici", 
+	[AZX_DRIVER_AMD_AUTO] = "HDA AMD",
 };
 
 /*
@@ -1198,6 +1201,7 @@
 static unsigned int azx_default_codecs[AZX_NUM_DRIVERS] __devinitdata =
{
 	[AZX_DRIVER_ICH] = 3,
 	[AZX_DRIVER_ATI] = 3,
+	[AZX_DRIVER_AMD_AUTO] = 3,
 };
 
 static int __devinit azx_codec_create(struct azx *chip, const char
*model,
@@ -2146,6 +2150,7 @@
 			chip->playback_streams = ULI_NUM_PLAYBACK;
 			chip->capture_streams = ULI_NUM_CAPTURE;
 			break;
+		case AZX_DRIVER_AMD_AUTO:
 		case AZX_DRIVER_ATIHDMI:
 			chip->playback_streams = ATIHDMI_NUM_PLAYBACK;
 			chip->capture_streams = ATIHDMI_NUM_CAPTURE;
@@ -2373,6 +2378,9 @@
 	{ PCI_DEVICE(0x10de, 0x0bd7), .driver_data = AZX_DRIVER_NVIDIA
},
 	/* Teradici */
 	{ PCI_DEVICE(0x6549, 0x1200), .driver_data = AZX_DRIVER_TERA },
+	/* AMD Generic, PCI class code and Vendor ID for HD Audio */
+	{ PCI_VENDOR_ID_ATI, PCI_ANY_ID, PCI_ANY_ID, PCI_ANY_ID,
+	  PCI_CLASS_MULTIMEDIA_HDA, 0xffffff, AZX_DRIVER_AMD_AUTO },
 	{ 0, }
 };
 MODULE_DEVICE_TABLE(pci, azx_ids);

Thanks & Regards,
Libin

Re: (no subject)

[Takashi Iwai]

At Tue, 11 Nov 2008 10:43:12 +0800,
Yang, Libin wrote:
> 
> Hi Takashi,
> 
> This patch is to support detecting new AMD HD Audio devices with HDA PCI
> class code. Would you please review it? Thanks a lot!

Thanks for the patch!  Some quick review comments below...


> --- alsa-driver-1.0.18.orig/alsa-kernel/pci/hda/hda_intel.c
> 2008-10-29 20:41:35.000000000 +0800
> +++ alsa-driver-1.0.18/alsa-kernel/pci/hda/hda_intel.c	2008-11-11
> 18:33:14.000000000 +0800
> @@ -291,6 +291,7 @@
>  /* Define VIA HD Audio Device ID*/
>  #define VIA_HDAC_DEVICE_ID		0x3288
>  
> +#define PCI_CLASS_MULTIMEDIA_HDA	0x040300

Put this into include/linux/pci_ids.h as a common definition.
And, IMO, it'd be better to name it *_HD_AUDIO than *_HDA.

>  
>  /*
>   */
> @@ -410,6 +411,7 @@
>  	AZX_DRIVER_ULI,
>  	AZX_DRIVER_NVIDIA,
>  	AZX_DRIVER_TERA,
> +	AZX_DRIVER_AMD_AUTO,

We can create a more generic entry, say, AZX_DRIVER_GENERIC.


> @@ -423,6 +425,7 @@
>  	[AZX_DRIVER_ULI] = "HDA ULI M5461",
>  	[AZX_DRIVER_NVIDIA] = "HDA NVidia",
>  	[AZX_DRIVER_TERA] = "HDA Teradici", 
> +	[AZX_DRIVER_AMD_AUTO] = "HDA AMD",

And, make it [AZX_DRIVER_GENERIC] = "HD-Audio Generic" or so.


>  static unsigned int azx_default_codecs[AZX_NUM_DRIVERS] __devinitdata =
> {
>  	[AZX_DRIVER_ICH] = 3,
>  	[AZX_DRIVER_ATI] = 3,
> +	[AZX_DRIVER_AMD_AUTO] = 3,

I thought you'll have up to 4 codecs?


>  static int __devinit azx_codec_create(struct azx *chip, const char
> *model,
> @@ -2146,6 +2150,7 @@
>  			chip->playback_streams = ULI_NUM_PLAYBACK;
>  			chip->capture_streams = ULI_NUM_CAPTURE;
>  			break;
> +		case AZX_DRIVER_AMD_AUTO:

AZX_DRIVER_GENERIC can go to "default".

>  		case AZX_DRIVER_ATIHDMI:
>  			chip->playback_streams = ATIHDMI_NUM_PLAYBACK;
>  			chip->capture_streams = ATIHDMI_NUM_CAPTURE;
> @@ -2373,6 +2378,9 @@
>  	{ PCI_DEVICE(0x10de, 0x0bd7), .driver_data = AZX_DRIVER_NVIDIA
> },
>  	/* Teradici */
>  	{ PCI_DEVICE(0x6549, 0x1200), .driver_data = AZX_DRIVER_TERA },
> +	/* AMD Generic, PCI class code and Vendor ID for HD Audio */
> +	{ PCI_VENDOR_ID_ATI, PCI_ANY_ID, PCI_ANY_ID, PCI_ANY_ID,
> +	  PCI_CLASS_MULTIMEDIA_HDA, 0xffffff, AZX_DRIVER_AMD_AUTO },

Use PCI_DEVICE() macro and C99 style initialization, such as,

	{ PCI_DEVICE(PCI_VENDOR_ID_ATI, PCI_ANY_ID),
	  .class = PCI_CLASS_MULTIMEDIA_HD_AUDIO,
	  .class_mask = 0xffffff,
	  .driver_data = AZX_DRIVER_GENERIC },

thanks,

Takashi

(no subject)

[Fernando Moro]

Dear member of the alsa time,
 
I am not sure if this is the email addres in which it is possible to talk about a problem with the Alsa plugins, but it is the unique address that I have found.
 
I am writing to tell you about the compatibility of the alsa plugins. There are lots of users (like me) who have the Lexicon lambda soundcard and the lexicon alpha soundcard, but alsa plugins only support the Lexicon Omega!, and it is impossible to connect our soundcards to the computer. I think that it is a problem for the Ubuntu Studio, Musix or Studio64 users, who use this devices to record and play midi songs, and I think that linux can be better than windows making audio. I would be grateful if alsa team could help us with this problem somehow. I look forward to your response. Thank you for your attention. Your faithfully, Fernando.
Sorry for my bad English, I am Spanish.
_________________________________________________________________
Los más de lo más, Especial Rankings
http://events.es.msn.com/dinero/listas/default.aspx

(no subject)

[Bryan Wu]

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

Re: (no subject)

[Mark Brown]

On Tue, Nov 18, 2008 at 04:18:14PM +0800, Bryan Wu wrote:

...nothing.  :)

All patches look OK, a couple of comments to follow.

(no subject)

[Nitin Mahajan]

unsubscribe alsa-devel


      New Email names for you! 
Get the Email name you've always wanted on the new @ymail and @rocketmail. 
Hurry before someone else does!
http://mail.promotions.yahoo.com/newdomains/aa/

(no subject)

[Nitin Mahajan]

unsubscribe



      Get your preferred Email name!
Now you can @ymail.com and @rocketmail.com. 
http://mail.promotions.yahoo.com/newdomains/aa/

(no subject)

[Paul L]

Hi, I'm a new user of NILFS2, and I'm using it for both my root and
home partition. Since none of the boot loaders support NILFS2, I had
to use a small ext2 partition to boot, and use initrd scripts to load
the nilfs2 kernel module.

So far everything seems to work fine. But I notice that only one
clearnerd is running, and that's for my home partition. This is
probably because the initrd I use didn't have the nifs_cleanerd binary
in it, so mounting the root partition will not start it. I wonder if
it's safe to start it later manually? Something like "nilfs_cleanerd
/" in the rc.local script?

BTW, thanks for the exellent work, the performance is great on my SSD
netbook, much better than ext2 and reiserfs.

-- 
Regards,
Paul Liu

Yale Haskell Group
http://www.haskell.org/yale

Re: (no subject)

[Ryusuke Konishi]

Hi,

On Mon, 8 Dec 2008 16:03:06 -0500, "Paul L" wrote:
> Hi, I'm a new user of NILFS2, and I'm using it for both my root and
> home partition. Since none of the boot loaders support NILFS2, I had
> to use a small ext2 partition to boot, and use initrd scripts to load
> the nilfs2 kernel module.
>
> So far everything seems to work fine. But I notice that only one
> clearnerd is running, and that's for my home partition. This is
> probably because the initrd I use didn't have the nifs_cleanerd binary
> in it, so mounting the root partition will not start it. I wonder if
> it's safe to start it later manually? Something like "nilfs_cleanerd
> /" in the rc.local script?

Thanks for reporting.

You can manually start nilfs_cleanerd, or you can do it through mount
program.

For example, if your boot partition is initially mounted read-only,
you can change it to writable mount by a re-mount option:

 # mount -t nilfs2 -o rw,remount /dev/xxx /mount-dir

This remount operation involves invocation of nilfs_cleanerd.

> BTW, thanks for the exellent work, the performance is great on my SSD
> netbook, much better than ext2 and reiserfs.

Interesting.

Could you tell me what brand of SSD is used in the netbook?


Regards,
Ryusuke Konishi

Re: (no subject)

[Paul L]

On 12/9/08, Ryusuke Konishi <ryusuke-sG5X7nlA6pw@public.gmane.org> wrote:
> You can manually start nilfs_cleanerd, or you can do it through mount
> program.
>
> For example, if your boot partition is initially mounted read-only,
> you can change it to writable mount by a re-mount option:
>
>  # mount -t nilfs2 -o rw,remount /dev/xxx /mount-dir
>
> This remount operation involves invocation of nilfs_cleanerd.

Strangely, the init scripts already did a remount of the root
partition (with remount option), but cleanerd is not invoked. I had to
do it for a second time in rc.local, then it becomes ok.

>> BTW, thanks for the exellent work, the performance is great on my SSD
>> netbook, much better than ext2 and reiserfs.
>
> Interesting.
>
> Could you tell me what brand of SSD is used in the netbook?

It's Intel SSD (SSDPAM0008G1EA), a very slow SSD with only 5-6 MB/s
write speed. My netbook is Acer Aspire One model AOA110.

-- 
Regards,
Paul Liu

Yale Haskell Group
http://www.haskell.org/yale

Re: (no subject)

[Ryusuke Konishi]

Hi Paul,
On Tue, 9 Dec 2008 11:16:33 -0500, "Paul L" wrote:
> Strangely, the init scripts already did a remount of the root
> partition (with remount option), but cleanerd is not invoked. I had to
> do it for a second time in rc.local, then it becomes ok.

I heard that the nilfs_cleanerd depends on /usr/lib/libnilfs.so.*.
Could you confirm whether these dynamic libraries are installed in the
initrd?

> > Interesting.
> >
> > Could you tell me what brand of SSD is used in the netbook?
> 
> It's Intel SSD (SSDPAM0008G1EA), a very slow SSD with only 5-6 MB/s
> write speed. My netbook is Acer Aspire One model AOA110.

Informative. Thanks.

I recognize that nilfs2 performance fairly depends on devices, and it
still has much things to do well at various devices.
The nature of nilfs2 which sequentially uses the disk partition almost
entirely (like a ring buffer), well suited to your device.

Anyhow, thanks for letting us know.

Regards,
Ryusuke

Re: (no subject)

[Karsten Wiese]

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

Am Dienstag, 14. Oktober 2008 schrieb Philippe Carriere:
> Might this patch (the original one, without features yet implemented in
> 2.6.26, and an extremely slight modification to fit it) I use on Fedora
> kernel (the patch also applies as it stands to vanilla) save works and
> time ?

I resent the patch to linux-usb@vger.kernel.org today.
Maybe it helps, if you post a "tested-by:" there.

Regards,
Karsten


[-- Attachment #2: Karsten Wiese <fzu@wemgehoertderstaat.de>: [RESEND][PATCH] USB: Prevent EHCI ITDs reusage while frame is active --]
[-- Type: message/rfc822, Size: 6854 bytes --]

From: Karsten Wiese <fzu@wemgehoertderstaat.de>
To: David Brownell <david-b@pacbell.net>
Cc: linux-usb@vger.kernel.org
Subject: [RESEND][PATCH] USB: Prevent EHCI ITDs reusage while frame is active
Date: Mon, 26 Jan 2009 14:32:51 +0100
Message-ID: <200901261432.51974.fzu@wemgehoertderstaat.de>

Hi,

this is a refresh to let patch fit ontop 2.6.29-rc2.
Changes from previous version:
- use variable clock_frame instead of hw_frame
- Patch Description exactified
snd_usb_us122l (in kernel since .28) needs it, if device is attached to
ehci.

thanks,
Karsten



----------------------------------------------------------------------
From: Karsten Wiese <fzu@wemgehoertderstaat.de>
Date: Wed, 13 Feb 2008 22:22:09 +0100
Subject: [PATCH] USB: Prevent EHCI ITDs reusage while frame is active

ITDs can be detached from urbs, before the frame elapses. Now those ITDs are
immediately recycled.
If the ITD is reused before the frame elapses, the ITD becomes invalid
regarding the not yet elapsed frame.
Patch takes care of those ITDs by moving them into a new ehci member list
cached_itd_list. ITDs resting in cached_itd_list are moved back into their
stream's free_list once scan_periodic() detects that the active frame has
elapsed.

Signed-off-by: Karsten Wiese <fzu@wemgehoertderstaat.de>

---
 drivers/usb/host/ehci-hcd.c   |    2 +
 drivers/usb/host/ehci-mem.c   |    1 +
 drivers/usb/host/ehci-sched.c |   54 ++++++++++++++++++++++++++++++++++------
 drivers/usb/host/ehci.h       |    5 ++++
 4 files changed, 54 insertions(+), 8 deletions(-)

diff --git a/drivers/usb/host/ehci-hcd.c b/drivers/usb/host/ehci-hcd.c
index 4725d15..e551bb3 100644
--- a/drivers/usb/host/ehci-hcd.c
+++ b/drivers/usb/host/ehci-hcd.c
@@ -485,6 +485,7 @@ static int ehci_init(struct usb_hcd *hcd)
 	 * periodic_size can shrink by USBCMD update if hcc_params allows.
 	 */
 	ehci->periodic_size = DEFAULT_I_TDPS;
+	INIT_LIST_HEAD(&ehci->cached_itd_list);
 	if ((retval = ehci_mem_init(ehci, GFP_KERNEL)) < 0)
 		return retval;
 
@@ -497,6 +498,7 @@ static int ehci_init(struct usb_hcd *hcd)
 
 	ehci->reclaim = NULL;
 	ehci->next_uframe = -1;
+	ehci->clock_frame = -1;
 
 	/*
 	 * dedicate a qh for the async ring head, since we couldn't unlink
diff --git a/drivers/usb/host/ehci-mem.c b/drivers/usb/host/ehci-mem.c
index 0431397..10d5291 100644
--- a/drivers/usb/host/ehci-mem.c
+++ b/drivers/usb/host/ehci-mem.c
@@ -128,6 +128,7 @@ static inline void qh_put (struct ehci_qh *qh)
 
 static void ehci_mem_cleanup (struct ehci_hcd *ehci)
 {
+	free_cached_itd_list(ehci);
 	if (ehci->async)
 		qh_put (ehci->async);
 	ehci->async = NULL;
diff --git a/drivers/usb/host/ehci-sched.c b/drivers/usb/host/ehci-sched.c
index a081ee6..c1f7d5f 100644
--- a/drivers/usb/host/ehci-sched.c
+++ b/drivers/usb/host/ehci-sched.c
@@ -1004,7 +1004,8 @@ iso_stream_put(struct ehci_hcd *ehci, struct ehci_iso_stream *stream)
 
 		is_in = (stream->bEndpointAddress & USB_DIR_IN) ? 0x10 : 0;
 		stream->bEndpointAddress &= 0x0f;
-		stream->ep->hcpriv = NULL;
+		if (stream->ep)
+			stream->ep->hcpriv = NULL;
 
 		if (stream->rescheduled) {
 			ehci_info (ehci, "ep%d%s-iso rescheduled "
@@ -1653,14 +1654,26 @@ itd_complete (
 			(stream->bEndpointAddress & USB_DIR_IN) ? "in" : "out");
 	}
 	iso_stream_put (ehci, stream);
-	/* OK to recycle this ITD now that its completion callback ran. */
+
 done:
 	usb_put_urb(urb);
 	itd->urb = NULL;
-	itd->stream = NULL;
-	list_move(&itd->itd_list, &stream->free_list);
-	iso_stream_put(ehci, stream);
-
+	if (ehci->clock_frame != itd->frame || itd->index[7] != -1) {
+		/* OK to recycle this ITD now. */
+		itd->stream = NULL;
+		list_move(&itd->itd_list, &stream->free_list);
+		iso_stream_put(ehci, stream);
+	} else {
+		/* HW might still start transactions based on this ITD.
+		   If its content changed that is. Move it to a safe place. */
+		list_move(&itd->itd_list, &ehci->cached_itd_list);
+		if (stream->refcount == 2) {
+			/* If iso_stream_put() would be called here, stream
+			   would be freed. Prevent stream's reusage instead. */
+			stream->ep->hcpriv = NULL;
+			stream->ep = NULL;
+		}
+	}
 	return retval;
 }
 
@@ -2101,6 +2114,20 @@ done:
 
 /*-------------------------------------------------------------------------*/
 
+static void free_cached_itd_list(struct ehci_hcd *ehci)
+{
+	struct ehci_itd *itd, *n;
+
+	list_for_each_entry_safe(itd, n, &ehci->cached_itd_list, itd_list) {
+		struct ehci_iso_stream	*stream = itd->stream;
+		itd->stream = NULL;
+		list_move(&itd->itd_list, &stream->free_list);
+		iso_stream_put(ehci, stream);
+	}
+}
+
+/*-------------------------------------------------------------------------*/
+
 static void
 scan_periodic (struct ehci_hcd *ehci)
 {
@@ -2115,10 +2142,17 @@ scan_periodic (struct ehci_hcd *ehci)
 	 * Touches as few pages as possible:  cache-friendly.
 	 */
 	now_uframe = ehci->next_uframe;
-	if (HC_IS_RUNNING (ehci_to_hcd(ehci)->state))
+	if (HC_IS_RUNNING(ehci_to_hcd(ehci)->state)) {
 		clock = ehci_readl(ehci, &ehci->regs->frame_index);
-	else
+		clock_frame = (clock >> 3) % ehci->periodic_size;
+	} else  {
 		clock = now_uframe + mod - 1;
+		clock_frame = -1;
+	}
+	if (ehci->clock_frame != clock_frame) {
+		free_cached_itd_list(ehci);
+		ehci->clock_frame = clock_frame;
+	}
 	clock %= mod;
 	clock_frame = clock >> 3;
 
@@ -2277,6 +2311,10 @@ restart:
 			/* rescan the rest of this frame, then ... */
 			clock = now;
 			clock_frame = clock >> 3;
+			if (ehci->clock_frame != clock_frame) {
+				free_cached_itd_list(ehci);
+				ehci->clock_frame = clock_frame;
+			}
 		} else {
 			now_uframe++;
 			now_uframe %= mod;
diff --git a/drivers/usb/host/ehci.h b/drivers/usb/host/ehci.h
index fb7054c..5262fb7 100644
--- a/drivers/usb/host/ehci.h
+++ b/drivers/usb/host/ehci.h
@@ -86,6 +86,9 @@ struct ehci_hcd {			/* one per controller */
 	union ehci_shadow	*pshadow;	/* mirror hw periodic table */
 	int			next_uframe;	/* scan periodic, start here */
 	unsigned		periodic_sched;	/* periodic activity count */
+	struct list_head	cached_itd_list; /* list of itds completed
+						    while frame hadn't yet elapsed */
+	unsigned		clock_frame;
 
 	/* per root hub port */
 	unsigned long		reset_done [EHCI_MAX_ROOT_PORTS];
@@ -220,6 +223,8 @@ timer_action (struct ehci_hcd *ehci, enum ehci_timer_action action)
 	}
 }
 
+static void free_cached_itd_list(struct ehci_hcd *ehci);
+
 /*-------------------------------------------------------------------------*/
 
 #include <linux/usb/ehci_def.h>
-- 
1.6.0.6


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

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

Re: (no subject)

[Philippe Carriere]

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

Hi Karsten,

I successfully tested your new version of the patch and sent a
"tested:by" to linux-usb@vger.kernel.org today (see attached).
Hope it will speed up the process.

Regards,

Phil.

Le mardi 27 janvier 2009 à 01:16 +0100, Karsten Wiese a écrit :
> Am Dienstag, 14. Oktober 2008 schrieb Philippe Carriere:
> > Might this patch (the original one, without features yet implemented in
> > 2.6.26, and an extremely slight modification to fit it) I use on Fedora
> > kernel (the patch also applies as it stands to vanilla) save works and
> > time ?
> 
> I resent the patch to linux-usb@vger.kernel.org today.
> Maybe it helps, if you post a "tested-by:" there.
> 
> Regards,
> Karsten
> 
> pièce jointe message de courriel (forwarded message), "Karsten Wiese
> <fzu@wemgehoertderstaat.de>: [RESEND][PATCH] USB: Prevent EHCI ITDs
> reusage while frame is active"
> > -------- Message transféré --------
> > De: Karsten Wiese <fzu@wemgehoertderstaat.de>
> > À: David Brownell <david-b@pacbell.net>
> > Cc: linux-usb@vger.kernel.org
> > Sujet: [RESEND][PATCH] USB: Prevent EHCI ITDs reusage while frame is
> > active
> > Date: Mon, 26 Jan 2009 14:32:51 +0100
> > 
> > pièce jointe document texte brut (forwarded message)
> > Hi,
> > 
> > this is a refresh to let patch fit ontop 2.6.29-rc2.
> > Changes from previous version:
> > - use variable clock_frame instead of hw_frame
> > - Patch Description exactified
> > snd_usb_us122l (in kernel since .28) needs it, if device is attached to
> > ehci.
> > 
> > thanks,
> > Karsten
> > 
> > 
> > 
> > ----------------------------------------------------------------------
> > From: Karsten Wiese <fzu@wemgehoertderstaat.de>
> > Date: Wed, 13 Feb 2008 22:22:09 +0100
> > Subject: [PATCH] USB: Prevent EHCI ITDs reusage while frame is active
> > 
> > ITDs can be detached from urbs, before the frame elapses. Now those ITDs are
> > immediately recycled.
> > If the ITD is reused before the frame elapses, the ITD becomes invalid
> > regarding the not yet elapsed frame.
> > Patch takes care of those ITDs by moving them into a new ehci member list
> > cached_itd_list. ITDs resting in cached_itd_list are moved back into their
> > stream's free_list once scan_periodic() detects that the active frame has
> > elapsed.
> > 
> > Signed-off-by: Karsten Wiese <fzu@wemgehoertderstaat.de>
> > 
> > ---
> >  drivers/usb/host/ehci-hcd.c   |    2 +
> >  drivers/usb/host/ehci-mem.c   |    1 +
> >  drivers/usb/host/ehci-sched.c |   54 ++++++++++++++++++++++++++++++++++------
> >  drivers/usb/host/ehci.h       |    5 ++++
> >  4 files changed, 54 insertions(+), 8 deletions(-)
> > 
> > diff --git a/drivers/usb/host/ehci-hcd.c b/drivers/usb/host/ehci-hcd.c
> > index 4725d15..e551bb3 100644
> > --- a/drivers/usb/host/ehci-hcd.c
> > +++ b/drivers/usb/host/ehci-hcd.c
> > @@ -485,6 +485,7 @@ static int ehci_init(struct usb_hcd *hcd)
> >  	 * periodic_size can shrink by USBCMD update if hcc_params allows.
> >  	 */
> >  	ehci->periodic_size = DEFAULT_I_TDPS;
> > +	INIT_LIST_HEAD(&ehci->cached_itd_list);
> >  	if ((retval = ehci_mem_init(ehci, GFP_KERNEL)) < 0)
> >  		return retval;
> >  
> > @@ -497,6 +498,7 @@ static int ehci_init(struct usb_hcd *hcd)
> >  
> >  	ehci->reclaim = NULL;
> >  	ehci->next_uframe = -1;
> > +	ehci->clock_frame = -1;
> >  
> >  	/*
> >  	 * dedicate a qh for the async ring head, since we couldn't unlink
> > diff --git a/drivers/usb/host/ehci-mem.c b/drivers/usb/host/ehci-mem.c
> > index 0431397..10d5291 100644
> > --- a/drivers/usb/host/ehci-mem.c
> > +++ b/drivers/usb/host/ehci-mem.c
> > @@ -128,6 +128,7 @@ static inline void qh_put (struct ehci_qh *qh)
> >  
> >  static void ehci_mem_cleanup (struct ehci_hcd *ehci)
> >  {
> > +	free_cached_itd_list(ehci);
> >  	if (ehci->async)
> >  		qh_put (ehci->async);
> >  	ehci->async = NULL;
> > diff --git a/drivers/usb/host/ehci-sched.c b/drivers/usb/host/ehci-sched.c
> > index a081ee6..c1f7d5f 100644
> > --- a/drivers/usb/host/ehci-sched.c
> > +++ b/drivers/usb/host/ehci-sched.c
> > @@ -1004,7 +1004,8 @@ iso_stream_put(struct ehci_hcd *ehci, struct ehci_iso_stream *stream)
> >  
> >  		is_in = (stream->bEndpointAddress & USB_DIR_IN) ? 0x10 : 0;
> >  		stream->bEndpointAddress &= 0x0f;
> > -		stream->ep->hcpriv = NULL;
> > +		if (stream->ep)
> > +			stream->ep->hcpriv = NULL;
> >  
> >  		if (stream->rescheduled) {
> >  			ehci_info (ehci, "ep%d%s-iso rescheduled "
> > @@ -1653,14 +1654,26 @@ itd_complete (
> >  			(stream->bEndpointAddress & USB_DIR_IN) ? "in" : "out");
> >  	}
> >  	iso_stream_put (ehci, stream);
> > -	/* OK to recycle this ITD now that its completion callback ran. */
> > +
> >  done:
> >  	usb_put_urb(urb);
> >  	itd->urb = NULL;
> > -	itd->stream = NULL;
> > -	list_move(&itd->itd_list, &stream->free_list);
> > -	iso_stream_put(ehci, stream);
> > -
> > +	if (ehci->clock_frame != itd->frame || itd->index[7] != -1) {
> > +		/* OK to recycle this ITD now. */
> > +		itd->stream = NULL;
> > +		list_move(&itd->itd_list, &stream->free_list);
> > +		iso_stream_put(ehci, stream);
> > +	} else {
> > +		/* HW might still start transactions based on this ITD.
> > +		   If its content changed that is. Move it to a safe place. */
> > +		list_move(&itd->itd_list, &ehci->cached_itd_list);
> > +		if (stream->refcount == 2) {
> > +			/* If iso_stream_put() would be called here, stream
> > +			   would be freed. Prevent stream's reusage instead. */
> > +			stream->ep->hcpriv = NULL;
> > +			stream->ep = NULL;
> > +		}
> > +	}
> >  	return retval;
> >  }
> >  
> > @@ -2101,6 +2114,20 @@ done:
> >  
> >  /*-------------------------------------------------------------------------*/
> >  
> > +static void free_cached_itd_list(struct ehci_hcd *ehci)
> > +{
> > +	struct ehci_itd *itd, *n;
> > +
> > +	list_for_each_entry_safe(itd, n, &ehci->cached_itd_list, itd_list) {
> > +		struct ehci_iso_stream	*stream = itd->stream;
> > +		itd->stream = NULL;
> > +		list_move(&itd->itd_list, &stream->free_list);
> > +		iso_stream_put(ehci, stream);
> > +	}
> > +}
> > +
> > +/*-------------------------------------------------------------------------*/
> > +
> >  static void
> >  scan_periodic (struct ehci_hcd *ehci)
> >  {
> > @@ -2115,10 +2142,17 @@ scan_periodic (struct ehci_hcd *ehci)
> >  	 * Touches as few pages as possible:  cache-friendly.
> >  	 */
> >  	now_uframe = ehci->next_uframe;
> > -	if (HC_IS_RUNNING (ehci_to_hcd(ehci)->state))
> > +	if (HC_IS_RUNNING(ehci_to_hcd(ehci)->state)) {
> >  		clock = ehci_readl(ehci, &ehci->regs->frame_index);
> > -	else
> > +		clock_frame = (clock >> 3) % ehci->periodic_size;
> > +	} else  {
> >  		clock = now_uframe + mod - 1;
> > +		clock_frame = -1;
> > +	}
> > +	if (ehci->clock_frame != clock_frame) {
> > +		free_cached_itd_list(ehci);
> > +		ehci->clock_frame = clock_frame;
> > +	}
> >  	clock %= mod;
> >  	clock_frame = clock >> 3;
> >  
> > @@ -2277,6 +2311,10 @@ restart:
> >  			/* rescan the rest of this frame, then ... */
> >  			clock = now;
> >  			clock_frame = clock >> 3;
> > +			if (ehci->clock_frame != clock_frame) {
> > +				free_cached_itd_list(ehci);
> > +				ehci->clock_frame = clock_frame;
> > +			}
> >  		} else {
> >  			now_uframe++;
> >  			now_uframe %= mod;
> > diff --git a/drivers/usb/host/ehci.h b/drivers/usb/host/ehci.h
> > index fb7054c..5262fb7 100644
> > --- a/drivers/usb/host/ehci.h
> > +++ b/drivers/usb/host/ehci.h
> > @@ -86,6 +86,9 @@ struct ehci_hcd {			/* one per controller */
> >  	union ehci_shadow	*pshadow;	/* mirror hw periodic table */
> >  	int			next_uframe;	/* scan periodic, start here */
> >  	unsigned		periodic_sched;	/* periodic activity count */
> > +	struct list_head	cached_itd_list; /* list of itds completed
> > +						    while frame hadn't yet elapsed */
> > +	unsigned		clock_frame;
> >  
> >  	/* per root hub port */
> >  	unsigned long		reset_done [EHCI_MAX_ROOT_PORTS];
> > @@ -220,6 +223,8 @@ timer_action (struct ehci_hcd *ehci, enum ehci_timer_action action)
> >  	}
> >  }
> >  
> > +static void free_cached_itd_list(struct ehci_hcd *ehci);
> > +
> >  /*-------------------------------------------------------------------------*/
> >  
> >  #include <linux/usb/ehci_def.h>

-- 
Philippe Carriere <philippe-f.carriere@wanadoo.fr>

[-- Attachment #2: tested_by:_Philippe_Carriere.txt --]
[-- Type: text/plain, Size: 11199 bytes --]

>From philippe-f.carriere@wanadoo.fr Thu Jan 29 09:30:07 2009
Subject: [RESEND][PATCH] USB: Prevent EHCI ITDs reusage while frame is
 active: tested by: Philippe Carriere.
From: Philippe Carriere <philippe-f.carriere@wanadoo.fr>
To: linux-usb@vger.kernel.org
Content-Type: multipart/mixed; boundary="=-VmmaepDIq/JbLd+TeS0C"
Message-Id: <1233217786.3257.20.camel@localhost.localdomain>
Mime-Version: 1.0
X-Mailer: Evolution 2.24.3 (2.24.3-1.fc10) 
Date: Thu, 29 Jan 2009 09:30:07 +0100
X-Evolution-Format: text/plain
X-Evolution-Account: 1197104178.3652.20@pollux.mecaflu.ec-lyon.fr
X-Evolution-Transport:
 smtp://philippe-f.carriere;auth=PLAIN@smtp.wanadoo.fr/;use_ssl=never
X-Evolution-Fcc: mbox:/home/philippe/.evolution/mail/local#Sent


--=-VmmaepDIq/JbLd+TeS0C
Content-Type: text/plain
Content-Transfer-Encoding: 8bit

 Hi,

I successfully tested the refreshed patch of Karsten using Fedora
rawhide packages. Following are  some informations on the test:

original kernel: 2.6.29-0.53.rc2.git1.fc11.x86_64
patched kernel: Linux 2.6.29-0.53.rc2.git1.ehcius122l.fc11.x86_64 #1 SMP
Wed Jan 28 22:48:01 CET 2009 x86_64 x86_64 x86_64 GNU/Linux
alsa: alsa-lib-1.0.19-1.fc11, alsa-plugins-usbstream-1.0.18
jack: jack-audio-connection-kit-0.116.1-3.fc11
qjackctl: qjackctl-0.3.3-1.fc10
audacious: audacious-1.5.1-5.fc11

after plugin the Tascam US-122L:

[root@pollux Test]# tail /var/log/messages
Jan 29 08:05:53 pollux kernel: usb 2-6: new high speed USB device using
ehci_hcd and address 4
Jan 29 08:05:53 pollux kernel: usb 2-6: config 1 interface 1 altsetting
1 bulk endpoint 0x83 has invalid maxpacket 9
Jan 29 08:05:53 pollux kernel: usb 2-6: New USB device found,
idVendor=0644, idProduct=800e
Jan 29 08:05:53 pollux kernel: usb 2-6: New USB device strings: Mfr=1,
Product=2, SerialNumber=3
Jan 29 08:05:53 pollux kernel: usb 2-6: Product: US-122L
Jan 29 08:05:53 pollux kernel: usb 2-6: Manufacturer: TASCAM
Jan 29 08:05:53 pollux kernel: usb 2-6: SerialNumber: no serial number
Jan 29 08:05:53 pollux kernel: usb 2-6: configuration #1 chosen from 1
choice
Jan 29 08:06:08 pollux kernel: ALSA sound/usb/usx2y/usb_stream.c:457:
underrun, status=4294967278
Jan 29 08:06:08 pollux kernel: ALSA sound/usb/usx2y/usb_stream.c:457:
underrun, status=4294967278

[root@pollux Test]# cat /proc/asound/cards
0 [Intel          ]: HDA-Intel - HDA Intel
                      HDA Intel at 0xfebfc000 irq 21
1 [US122L         ]: USB US-122L - TASCAM US-122L
                      TASCAM US-122L (644:800e if 0 at 002/004)


and jack messages were

08:50:00.226 /usr/bin/jackd -R -P89 -dalsa -dusb_stream:1 -r48000 -p512
-n2
jackd 0.116.1
Copyright 2001-2005 Paul Davis and others.
jackd comes with ABSOLUTELY NO WARRANTY
This is free software, and you are welcome to redistribute it
under certain conditions; see the file COPYING for details
JACK compiled with System V SHM support.
08:50:00.251 JACK was started with PID=6417.
loading driver ..
apparent rate = 48000
creating alsa driver ... usb_stream:1|usb_stream:1|512|2|48000|0|0|
nomon|swmeter|-|32bit
ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL usb_stream:1
control open "usb_stream:1" (No such file or directory)
configuring for 48000Hz, period = 512 frames (10.7 ms), buffer = 2
periods
ALSA: final selected sample format for capture: 24bit little-endian
ALSA: use 2 periods for capture
ALSA: final selected sample format for playback: 24bit little-endian
ALSA: use 2 periods for playback
08:50:02.397 Server configuration saved to "/home/Test/.jackdrc".
08:50:02.398 Statistics reset.
08:50:02.547 Client activated.
08:50:02.550 JACK connection change.
08:50:02.558 JACK connection graph change.

Tested by .mp3 file playback using audacious (with plugin jack).

Additional notes: the previous version of the patch is routinely used by
myself, at least some Fedora users using my packages at
http://pagesperso-orange.fr/La-page-Web-of-Phil/Tascam_US-122L/Telechargement_us122l.html , and under Debian and Ubuntu (Federico Briata web site at http://wiki.briata.org/doku.php?id=testing_us122l_under_linux ) under 2.6.26 and 2.6.27 kernel.

Hope it will be soon integrated to 2.6.29 devel.

Regards

Phil.


--=-VmmaepDIq/JbLd+TeS0C
Content-Disposition: attachment; filename="forwarded_message"
Content-Type: message/rfc822; name="forwarded_message"

From: Karsten Wiese <fzu@wemgehoertderstaat.de>
To: David Brownell <david-b@pacbell.net>
Subject: [RESEND][PATCH] USB: Prevent EHCI ITDs reusage while frame is
 active
Date: Mon, 26 Jan 2009 14:32:51 +0100
User-Agent: KMail/1.9.9
Cc: linux-usb@vger.kernel.org
References: <200802132238.51929.fzu@wemgehoertderstaat.de>
	 <200803171405.02530.fzu@wemgehoertderstaat.de>
	 <200805201315.08008.fzu@wemgehoertderstaat.de>
In-Reply-To: <200805201315.08008.fzu@wemgehoertderstaat.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Disposition: inline
Message-Id: <200901261432.51974.fzu@wemgehoertderstaat.de>
Content-Transfer-Encoding: 8bit

Hi,

this is a refresh to let patch fit ontop 2.6.29-rc2.
Changes from previous version:
- use variable clock_frame instead of hw_frame
- Patch Description exactified
snd_usb_us122l (in kernel since .28) needs it, if device is attached to
ehci.

thanks,
Karsten



----------------------------------------------------------------------
From: Karsten Wiese <fzu@wemgehoertderstaat.de>
Date: Wed, 13 Feb 2008 22:22:09 +0100
Subject: [PATCH] USB: Prevent EHCI ITDs reusage while frame is active

ITDs can be detached from urbs, before the frame elapses. Now those ITDs are
immediately recycled.
If the ITD is reused before the frame elapses, the ITD becomes invalid
regarding the not yet elapsed frame.
Patch takes care of those ITDs by moving them into a new ehci member list
cached_itd_list. ITDs resting in cached_itd_list are moved back into their
stream's free_list once scan_periodic() detects that the active frame has
elapsed.

Signed-off-by: Karsten Wiese <fzu@wemgehoertderstaat.de>

---
 drivers/usb/host/ehci-hcd.c   |    2 +
 drivers/usb/host/ehci-mem.c   |    1 +
 drivers/usb/host/ehci-sched.c |   54 ++++++++++++++++++++++++++++++++++------
 drivers/usb/host/ehci.h       |    5 ++++
 4 files changed, 54 insertions(+), 8 deletions(-)

diff --git a/drivers/usb/host/ehci-hcd.c b/drivers/usb/host/ehci-hcd.c
index 4725d15..e551bb3 100644
--- a/drivers/usb/host/ehci-hcd.c
+++ b/drivers/usb/host/ehci-hcd.c
@@ -485,6 +485,7 @@ static int ehci_init(struct usb_hcd *hcd)
 	 * periodic_size can shrink by USBCMD update if hcc_params allows.
 	 */
 	ehci->periodic_size = DEFAULT_I_TDPS;
+	INIT_LIST_HEAD(&ehci->cached_itd_list);
 	if ((retval = ehci_mem_init(ehci, GFP_KERNEL)) < 0)
 		return retval;
 
@@ -497,6 +498,7 @@ static int ehci_init(struct usb_hcd *hcd)
 
 	ehci->reclaim = NULL;
 	ehci->next_uframe = -1;
+	ehci->clock_frame = -1;
 
 	/*
 	 * dedicate a qh for the async ring head, since we couldn't unlink
diff --git a/drivers/usb/host/ehci-mem.c b/drivers/usb/host/ehci-mem.c
index 0431397..10d5291 100644
--- a/drivers/usb/host/ehci-mem.c
+++ b/drivers/usb/host/ehci-mem.c
@@ -128,6 +128,7 @@ static inline void qh_put (struct ehci_qh *qh)
 
 static void ehci_mem_cleanup (struct ehci_hcd *ehci)
 {
+	free_cached_itd_list(ehci);
 	if (ehci->async)
 		qh_put (ehci->async);
 	ehci->async = NULL;
diff --git a/drivers/usb/host/ehci-sched.c b/drivers/usb/host/ehci-sched.c
index a081ee6..c1f7d5f 100644
--- a/drivers/usb/host/ehci-sched.c
+++ b/drivers/usb/host/ehci-sched.c
@@ -1004,7 +1004,8 @@ iso_stream_put(struct ehci_hcd *ehci, struct ehci_iso_stream *stream)
 
 		is_in = (stream->bEndpointAddress & USB_DIR_IN) ? 0x10 : 0;
 		stream->bEndpointAddress &= 0x0f;
-		stream->ep->hcpriv = NULL;
+		if (stream->ep)
+			stream->ep->hcpriv = NULL;
 
 		if (stream->rescheduled) {
 			ehci_info (ehci, "ep%d%s-iso rescheduled "
@@ -1653,14 +1654,26 @@ itd_complete (
 			(stream->bEndpointAddress & USB_DIR_IN) ? "in" : "out");
 	}
 	iso_stream_put (ehci, stream);
-	/* OK to recycle this ITD now that its completion callback ran. */
+
 done:
 	usb_put_urb(urb);
 	itd->urb = NULL;
-	itd->stream = NULL;
-	list_move(&itd->itd_list, &stream->free_list);
-	iso_stream_put(ehci, stream);
-
+	if (ehci->clock_frame != itd->frame || itd->index[7] != -1) {
+		/* OK to recycle this ITD now. */
+		itd->stream = NULL;
+		list_move(&itd->itd_list, &stream->free_list);
+		iso_stream_put(ehci, stream);
+	} else {
+		/* HW might still start transactions based on this ITD.
+		   If its content changed that is. Move it to a safe place. */
+		list_move(&itd->itd_list, &ehci->cached_itd_list);
+		if (stream->refcount == 2) {
+			/* If iso_stream_put() would be called here, stream
+			   would be freed. Prevent stream's reusage instead. */
+			stream->ep->hcpriv = NULL;
+			stream->ep = NULL;
+		}
+	}
 	return retval;
 }
 
@@ -2101,6 +2114,20 @@ done:
 
 /*-------------------------------------------------------------------------*/
 
+static void free_cached_itd_list(struct ehci_hcd *ehci)
+{
+	struct ehci_itd *itd, *n;
+
+	list_for_each_entry_safe(itd, n, &ehci->cached_itd_list, itd_list) {
+		struct ehci_iso_stream	*stream = itd->stream;
+		itd->stream = NULL;
+		list_move(&itd->itd_list, &stream->free_list);
+		iso_stream_put(ehci, stream);
+	}
+}
+
+/*-------------------------------------------------------------------------*/
+
 static void
 scan_periodic (struct ehci_hcd *ehci)
 {
@@ -2115,10 +2142,17 @@ scan_periodic (struct ehci_hcd *ehci)
 	 * Touches as few pages as possible:  cache-friendly.
 	 */
 	now_uframe = ehci->next_uframe;
-	if (HC_IS_RUNNING (ehci_to_hcd(ehci)->state))
+	if (HC_IS_RUNNING(ehci_to_hcd(ehci)->state)) {
 		clock = ehci_readl(ehci, &ehci->regs->frame_index);
-	else
+		clock_frame = (clock >> 3) % ehci->periodic_size;
+	} else  {
 		clock = now_uframe + mod - 1;
+		clock_frame = -1;
+	}
+	if (ehci->clock_frame != clock_frame) {
+		free_cached_itd_list(ehci);
+		ehci->clock_frame = clock_frame;
+	}
 	clock %= mod;
 	clock_frame = clock >> 3;
 
@@ -2277,6 +2311,10 @@ restart:
 			/* rescan the rest of this frame, then ... */
 			clock = now;
 			clock_frame = clock >> 3;
+			if (ehci->clock_frame != clock_frame) {
+				free_cached_itd_list(ehci);
+				ehci->clock_frame = clock_frame;
+			}
 		} else {
 			now_uframe++;
 			now_uframe %= mod;
diff --git a/drivers/usb/host/ehci.h b/drivers/usb/host/ehci.h
index fb7054c..5262fb7 100644
--- a/drivers/usb/host/ehci.h
+++ b/drivers/usb/host/ehci.h
@@ -86,6 +86,9 @@ struct ehci_hcd {			/* one per controller */
 	union ehci_shadow	*pshadow;	/* mirror hw periodic table */
 	int			next_uframe;	/* scan periodic, start here */
 	unsigned		periodic_sched;	/* periodic activity count */
+	struct list_head	cached_itd_list; /* list of itds completed
+						    while frame hadn't yet elapsed */
+	unsigned		clock_frame;
 
 	/* per root hub port */
 	unsigned long		reset_done [EHCI_MAX_ROOT_PORTS];
@@ -220,6 +223,8 @@ timer_action (struct ehci_hcd *ehci, enum ehci_timer_action action)
 	}
 }
 
+static void free_cached_itd_list(struct ehci_hcd *ehci);
+
 /*-------------------------------------------------------------------------*/
 
 #include <linux/usb/ehci_def.h>
-- 
1.6.0.6


--=-VmmaepDIq/JbLd+TeS0C--

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

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

(no subject)

[Thomas Woerner]

Complete version of patch 3/3.

(No subject)

[Theodore A. Roth]

From 2c41e9d95bfedd8a73a29478fbe49e7ec538e7f9 Mon Sep 17 00:00:00 2001
From: Theodore A. Roth <troth@openavr.org>
Date: Thu, 19 Mar 2009 10:50:54 -0700
Subject: [PATCH] doc/usermanual/chapters: Replace references to packages dir with recipes dir.

---
 docs/usermanual/chapters/common_use_cases.xml |    6 +-
 docs/usermanual/chapters/features.xml         |    8 ++--
 docs/usermanual/chapters/getting_oe.xml       |    6 +-
 docs/usermanual/chapters/metadata.xml         |    2 +-
 docs/usermanual/chapters/recipes.xml          |   30 +++++++-------
 docs/usermanual/chapters/usage.xml            |   50 ++++++++++++------------
 6 files changed, 51 insertions(+), 51 deletions(-)

diff --git a/docs/usermanual/chapters/common_use_cases.xml b/docs/usermanual/chapters/common_use_cases.xml
index 4497683..143cbe0 100644
--- a/docs/usermanual/chapters/common_use_cases.xml
+++ b/docs/usermanual/chapters/common_use_cases.xml
@@ -252,10 +252,10 @@ export LOCALDIR=$PWD/secret-isv
 
         <screen>
 DL_DIR = "${OEDIR}/sources"
-BBFILES := "${OEDIR}/openembedded/packages/*/*.bb ${LOCALDIR}/packages/*/*.bb"
+BBFILES := "${OEDIR}/openembedded/recipes/*/*.bb ${LOCALDIR}/recipes/*/*.bb"
 BBFILE_COLLECTIONS = "upstream local"
-BBFILE_PATTERN_upstream = "^${OEDIR}/openembedded/packages/"
-BBFILE_PATTERN_local = "^${LOCALDIR}/packages/"
+BBFILE_PATTERN_upstream = "^${OEDIR}/openembedded/recipes/"
+BBFILE_PATTERN_local = "^${LOCALDIR}/recipes/"
 BBFILE_PRIORITY_upstream = "5"
 BBFILE_PRIORITY_local = "10"
 BBMASK = ""
diff --git a/docs/usermanual/chapters/features.xml b/docs/usermanual/chapters/features.xml
index 8eecaa9..3cbf1d8 100644
--- a/docs/usermanual/chapters/features.xml
+++ b/docs/usermanual/chapters/features.xml
@@ -39,10 +39,10 @@
     <para>This section is a stub, help us by expanding it</para>
 
     <para><screen>
-BBFILES := "${OEDIR}/openembedded/packages/*/*.bb ${LOCALDIR}/packages/*/*.bb"
+BBFILES := "${OEDIR}/openembedded/recipes/*/*.bb ${LOCALDIR}/recipes/*/*.bb"
 BBFILE_COLLECTIONS = "upstream local"
-BBFILE_PATTERN_upstream = "^${OEDIR}/openembedded/packages/"
-BBFILE_PATTERN_local = "^${LOCALDIR}/packages/"
+BBFILE_PATTERN_upstream = "^${OEDIR}/openembedded/recipes/"
+BBFILE_PATTERN_local = "^${LOCALDIR}/recipes/"
 BBFILE_PRIORITY_upstream = "5"
 BBFILE_PRIORITY_local = "10"
 </screen></para>
@@ -75,4 +75,4 @@ MACHINE_FEATURES = "kernel26 apm alsa pcmcia bluetooth irda usbgadget"
 
     <para>This section is a stub, help us by expanding it</para>
   </section>
-</chapter>
\ No newline at end of file
+</chapter>
diff --git a/docs/usermanual/chapters/getting_oe.xml b/docs/usermanual/chapters/getting_oe.xml
index d71ea71..ed7fd11 100644
--- a/docs/usermanual/chapters/getting_oe.xml
+++ b/docs/usermanual/chapters/getting_oe.xml
@@ -232,7 +232,7 @@ $ vi build/conf/local.conf</screen>
         distribution and the Openmoko gta01 machine:
 
         <screen>
-BBFILES = "${OEBASE}/openembedded/packages/*/*.bb"
+BBFILES = "${OEBASE}/openembedded/recipes/*/*.bb"
 DISTRO = "angstrom-2008.1"
 MACHINE = "om-gta01"</screen>
       </para>
@@ -297,11 +297,11 @@ MACHINE = "om-gta01"</screen>
     <para>To build a single package, bypassing the long parse step (and
       therefore its dependencies -- use with care):
 
-      <screen>$ bitbake -b $OEBASE/openembedded/packages/blah/blah.bb</screen>
+      <screen>$ bitbake -b $OEBASE/openembedded/recipes/blah/blah.bb</screen>
     </para>
 
     <para>There are a few groups of special recipes located in subdirectories
-      of the <filename>$OEBASE/openembedded/packages/</filename>
+      of the <filename>$OEBASE/openembedded/recipes/</filename>
       directory. These groups are:
 
       <variablelist>
diff --git a/docs/usermanual/chapters/metadata.xml b/docs/usermanual/chapters/metadata.xml
index 54fb523..3e76b2d 100644
--- a/docs/usermanual/chapters/metadata.xml
+++ b/docs/usermanual/chapters/metadata.xml
@@ -65,7 +65,7 @@
         </varlistentry>
 
         <varlistentry>
-          <term><filename>packages/</filename></term>
+          <term><filename>recipes/</filename></term>
           <listitem>
             <para>Conatins all of the
               <application>BitBake</application> <filename>.bb</filename>
diff --git a/docs/usermanual/chapters/recipes.xml b/docs/usermanual/chapters/recipes.xml
index c1ca456..1107873 100644
--- a/docs/usermanual/chapters/recipes.xml
+++ b/docs/usermanual/chapters/recipes.xml
@@ -1081,9 +1081,9 @@ ${FILE_DIRNAME}/${PN}:${FILE_DIRNAME}/files:${FILE_DIRNAME}"</screen></para>
 
       <para>First we'll create the myhelloworld.c file and a readme file.
       We'll place this in the files subdirectory, which is one of the places
-      that is searched for file:// URI's:<screen>mkdir packages/myhelloworld
-mkdir packages/myhelloworld/files
-cat &gt; packages/myhelloworld/files/myhelloworld.c
+      that is searched for file:// URI's:<screen>mkdir recipes/myhelloworld
+mkdir recipes/myhelloworld/files
+cat &gt; recipes/myhelloworld/files/myhelloworld.c
 #include &lt;stdio.h&gt;
 
 int main(int argc, char** argv)
@@ -1092,11 +1092,11 @@ int main(int argc, char** argv)
         return 0;
 }
 ^D
-cat &gt; packages/myhelloworld/files/README.txt
+cat &gt; recipes/myhelloworld/files/README.txt
 Readme file for myhelloworld.
 ^D</screen></para>
 
-      <para>Now we have a directory for our recipe, packages/myhelloworld, and
+      <para>Now we have a directory for our recipe, recipes/myhelloworld, and
       we've created a files subdirectory in there to store our local files.
       We've created two local files, the C source code for our helloworld
       program and a readme file. Now we need to create the bitbake
@@ -1186,7 +1186,7 @@ PR = "r0"</screen></para>
       </itemizedlist>
 
       <para>We'll consider this release 0 and version 0.1 of a program called
-      helloworld. So we'll name the recipe myhelloworld_0.1.bb:<screen>cat &gt; packages/myhelloworld/myhelloworld_0.1.bb
+      helloworld. So we'll name the recipe myhelloworld_0.1.bb:<screen>cat &gt; recipes/myhelloworld/myhelloworld_0.1.bb
 DESCRIPTION = "Hello world program"
 PR = "r0"
 
@@ -1203,13 +1203,13 @@ do_install() {
         install -m 0644 ${WORKDIR}/README.txt ${D}${docdir}/myhelloworld
 }
 ^D</screen>Now we are ready to build our package, hopefully it'll all work
-      since it's such a simple example:<screen>~/oe%&gt; bitbake -b packages/myhelloworld/myhelloworld_0.1.bb
+      since it's such a simple example:<screen>~/oe%&gt; bitbake -b recipes/myhelloworld/myhelloworld_0.1.bb
 NOTE: package myhelloworld-0.1: started
 NOTE: package myhelloworld-0.1-r0: task do_fetch: started
 NOTE: package myhelloworld-0.1-r0: task do_fetch: completed
 NOTE: package myhelloworld-0.1-r0: task do_unpack: started
-NOTE: Unpacking /home/lenehan/devel/oe/local-packages/myhelloworld/files/helloworld.c to /home/lenehan/devel/oe/build/titan-glibc-25/tmp/work/myhelloworld-0.1-r0/
-NOTE: Unpacking /home/lenehan/devel/oe/local-packages/myhelloworld/files/README.txt to /home/lenehan/devel/oe/build/titan-glibc-25/tmp/work/myhelloworld-0.1-r0/
+NOTE: Unpacking /home/lenehan/devel/oe/local-recipes/myhelloworld/files/helloworld.c to /home/lenehan/devel/oe/build/titan-glibc-25/tmp/work/myhelloworld-0.1-r0/
+NOTE: Unpacking /home/lenehan/devel/oe/local-recipes/myhelloworld/files/README.txt to /home/lenehan/devel/oe/build/titan-glibc-25/tmp/work/myhelloworld-0.1-r0/
 NOTE: package myhelloworld-0.1-r0: task do_unpack: completed
 NOTE: package myhelloworld-0.1-r0: task do_patch: started
 NOTE: package myhelloworld-0.1-r0: task do_patch: completed
@@ -1354,7 +1354,7 @@ tmp/work/myhelloworld-0.1-r0/install/myhelloworld/usr/bin/myhelloworld: ELF 32-b
       of building an autotools based packages.</para>
 
       <para>Let's take a look at the tuxnes recipe which is an example of a
-      very simple autotools based recipe:<screen>%~oe&gt; cat packages/tuxnes/tuxnes_0.75.bb
+      very simple autotools based recipe:<screen>%~oe&gt; cat recipes/tuxnes/tuxnes_0.75.bb
 DESCRIPTION = "Tuxnes Nintendo (8bit) Emulator"
 HOMEPAGE = "http://prdownloads.sourceforge.net/tuxnes/tuxnes-0.75.tar.gz"
 LICENSE = "GPLv2"
@@ -3366,7 +3366,7 @@ do_configure() {
     via the <command>PV</command> variable).</para>
 
     <para>For example if we were to ask bitbake to build procps and the
-    following packages are available:<screen>~/oe%&gt; ls packages/procps 
+    following packages are available:<screen>~/oe%&gt; ls recipes/procps 
 procps-3.1.15/    procps-3.2.1/    procps-3.2.5/    procps-3.2.7/    procps.inc
 procps_3.1.15.bb  procps_3.2.1.bb  procps_3.2.5.bb  procps_3.2.7.bb
 ~/oe%&gt;</screen>then we would expect it to select version
@@ -3397,7 +3397,7 @@ procps_3.1.15.bb  procps_3.2.1.bb  procps_3.2.5.bb  procps_3.2.7.bb
     version until it works. By adding:<screen>DEFAULT_PREFERENCE = "-1"</screen>to
     the recipe this is what will happen. Bitbake will now ignore this version
     (since all of the existing versions have a preference of 0). Note that you
-    can still call bitbake directly on the recipe:<screen>bitbake -b packages/procps/procps_4.0.0.bb</screen>This
+    can still call bitbake directly on the recipe:<screen>bitbake -b recipes/procps/procps_4.0.0.bb</screen>This
     enables you to test, and fix the package manually without having bitbake
     automatically select normally.</para>
 
@@ -3406,7 +3406,7 @@ procps_3.1.15.bb  procps_3.2.1.bb  procps_3.2.5.bb  procps_3.2.7.bb
     example from glibc shows that this version has been disabled for the sh3
     architecture because it doesn't support sh3. This will force bitbake to
     try and select one of the other available versions of glibc
-    instead:<screen>packages/glibc/glibc_2.3.2+cvs20040726.bb:DEFAULT_PREFERENCE_sh3 = "-99"</screen></para>
+    instead:<screen>recipes/glibc/glibc_2.3.2+cvs20040726.bb:DEFAULT_PREFERENCE_sh3 = "-99"</screen></para>
   </section>
 
   <section id="recipes_initscripts" xreflabel="initscripts">
@@ -3634,7 +3634,7 @@ which find
         <listitem>
           <para>The only directories that you can assume exist are those
           listed in the default volatiles file:
-          <command>packages/initscripts/initscripts-1.0/volatiles</command>.</para>
+          <command>recipes/initscripts/initscripts-1.0/volatiles</command>.</para>
         </listitem>
 
         <listitem>
@@ -3707,4 +3707,4 @@ which find
 
     <para></para>
   </section>
-</chapter>
\ No newline at end of file
+</chapter>
diff --git a/docs/usermanual/chapters/usage.xml b/docs/usermanual/chapters/usage.xml
index 9fe20fa..5dd00d6 100644
--- a/docs/usermanual/chapters/usage.xml
+++ b/docs/usermanual/chapters/usage.xml
@@ -574,51 +574,51 @@ NOTE: Resolving missing task queue dependencies
 NOTE: preferred version 2.5 of glibc not available (for item virtual/sh4-linux-libc-for-gcc)
 NOTE: Preparing Runqueue
 NOTE: Executing runqueue
-NOTE: Running task 208 of 226 (ID: 11, /home/lenehan/devel/oe/build/titan-glibc-25/packages/lzo/lzo_1.08.bb, <emphasis
+NOTE: Running task 208 of 226 (ID: 11, /home/lenehan/devel/oe/build/titan-glibc-25/recipes/lzo/lzo_1.08.bb, <emphasis
           role="bold">do_fetch</emphasis>)
 NOTE: package lzo-1.08: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_fetch</emphasis>: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_fetch</emphasis>: completed
 NOTE: package lzo-1.08: completed
-NOTE: Running task 209 of 226 (ID: 2, /home/lenehan/devel/oe/build/titan-glibc-25/packages/lzo/lzo_1.08.bb, <emphasis
+NOTE: Running task 209 of 226 (ID: 2, /home/lenehan/devel/oe/build/titan-glibc-25/recipes/lzo/lzo_1.08.bb, <emphasis
           role="bold">do_unpack</emphasis>)
 NOTE: package lzo-1.08: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_unpack</emphasis>: started
 NOTE: Unpacking /home/lenehan/devel/oe/sources/lzo-1.08.tar.gz to /home/lenehan/devel/oe/build/titan-glibc-25/tmp/work/lzo-1.08-r14/
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_unpack</emphasis>: completed
 NOTE: package lzo-1.08: completed
-NOTE: Running task 216 of 226 (ID: 3, /home/lenehan/devel/oe/build/titan-glibc-25/packages/lzo/lzo_1.08.bb, <emphasis
+NOTE: Running task 216 of 226 (ID: 3, /home/lenehan/devel/oe/build/titan-glibc-25/recipes/lzo/lzo_1.08.bb, <emphasis
           role="bold">do_patch</emphasis>)
 NOTE: package lzo-1.08: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_patch</emphasis>: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_patch</emphasis>: completed
 NOTE: package lzo-1.08: completed
-NOTE: Running task 217 of 226 (ID: 4, /home/lenehan/devel/oe/build/titan-glibc-25/packages/lzo/lzo_1.08.bb, <emphasis
+NOTE: Running task 217 of 226 (ID: 4, /home/lenehan/devel/oe/build/titan-glibc-25/recipes/lzo/lzo_1.08.bb, <emphasis
           role="bold">do_configure</emphasis>)
 NOTE: package lzo-1.08: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_configure</emphasis>: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_configure</emphasis>: completed
 NOTE: package lzo-1.08: completed
-NOTE: Running task 218 of 226 (ID: 12, /home/lenehan/devel/oe/build/titan-glibc-25/packages/lzo/lzo_1.08.bb, <emphasis
+NOTE: Running task 218 of 226 (ID: 12, /home/lenehan/devel/oe/build/titan-glibc-25/recipes/lzo/lzo_1.08.bb, <emphasis
           role="bold">do_qa_configure</emphasis>)
 NOTE: package lzo-1.08: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_qa_configure</emphasis>: started
 NOTE: Checking sanity of the config.log file
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_qa_configure</emphasis>: completed
 NOTE: package lzo-1.08: completed
-NOTE: Running task 219 of 226 (ID: 0, /home/lenehan/devel/oe/build/titan-glibc-25/packages/lzo/lzo_1.08.bb, <emphasis
+NOTE: Running task 219 of 226 (ID: 0, /home/lenehan/devel/oe/build/titan-glibc-25/recipes/lzo/lzo_1.08.bb, <emphasis
           role="bold">do_compile</emphasis>)
 NOTE: package lzo-1.08: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_compile</emphasis>: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_compile</emphasis>: completed
 NOTE: package lzo-1.08: completed
-NOTE: Running task 220 of 226 (ID: 1, /home/lenehan/devel/oe/build/titan-glibc-25/packages/lzo/lzo_1.08.bb, <emphasis
+NOTE: Running task 220 of 226 (ID: 1, /home/lenehan/devel/oe/build/titan-glibc-25/recipes/lzo/lzo_1.08.bb, <emphasis
           role="bold">do_install</emphasis>)
 NOTE: package lzo-1.08: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_install</emphasis>: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_install</emphasis>: completed
 NOTE: package lzo-1.08: completed
-NOTE: Running task 221 of 226 (ID: 5, /home/lenehan/devel/oe/build/titan-glibc-25/packages/lzo/lzo_1.08.bb, <emphasis
+NOTE: Running task 221 of 226 (ID: 5, /home/lenehan/devel/oe/build/titan-glibc-25/recipes/lzo/lzo_1.08.bb, <emphasis
           role="bold">do_package</emphasis>)
 NOTE: package lzo-1.08: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_package</emphasis>: started
@@ -631,7 +631,7 @@ NOTE: Checking Package: lzo-locale
 NOTE: DONE with PACKAGE QA
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_package</emphasis>: completed
 NOTE: package lzo-1.08: completed
-NOTE: Running task 222 of 226 (ID: 8, /home/lenehan/devel/oe/build/titan-glibc-25/packages/lzo/lzo_1.08.bb, <emphasis
+NOTE: Running task 222 of 226 (ID: 8, /home/lenehan/devel/oe/build/titan-glibc-25/recipes/lzo/lzo_1.08.bb, <emphasis
           role="bold">do_package_write</emphasis>)
 NOTE: package lzo-1.08: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_package_write</emphasis>: started
@@ -642,23 +642,23 @@ Packaged contents of lzo-dev into /home/lenehan/devel/oe/build/titan-glibc-25/tm
 NOTE: Not creating empty archive for lzo-locale-1.08-r14
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_package_write</emphasis>: completed
 NOTE: package lzo-1.08: completed
-NOTE: Running task 223 of 226 (ID: 6, /home/lenehan/devel/oe/build/titan-glibc-25/packages/lzo/lzo_1.08.bb, do_populate_staging)
+NOTE: Running task 223 of 226 (ID: 6, /home/lenehan/devel/oe/build/titan-glibc-25/recipes/lzo/lzo_1.08.bb, do_populate_staging)
 NOTE: package lzo-1.08: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_populate_staging</emphasis>: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_populate_staging</emphasis>: completed
 NOTE: package lzo-1.08: completed
-NOTE: Running task 224 of 226 (ID: 9, /home/lenehan/devel/oe/build/titan-glibc-25/packages/lzo/lzo_1.08.bb, do_qa_staging)
+NOTE: Running task 224 of 226 (ID: 9, /home/lenehan/devel/oe/build/titan-glibc-25/recipes/lzo/lzo_1.08.bb, do_qa_staging)
 NOTE: package lzo-1.08: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_qa_staging</emphasis>: started
 NOTE: QA checking staging
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_qa_staging</emphasis>: completed
 NOTE: package lzo-1.08: completed
-NOTE: Running task 225 of 226 (ID: 7, /home/lenehan/devel/oe/build/titan-glibc-25/packages/lzo/lzo_1.08.bb, do_distribute_sources)
+NOTE: Running task 225 of 226 (ID: 7, /home/lenehan/devel/oe/build/titan-glibc-25/recipes/lzo/lzo_1.08.bb, do_distribute_sources)
 NOTE: package lzo-1.08: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_distribute_sources</emphasis>: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_distribute_sources</emphasis>: completed
 NOTE: package lzo-1.08: completed
-NOTE: Running task 226 of 226 (ID: 10, /home/lenehan/devel/oe/build/titan-glibc-25/packages/lzo/lzo_1.08.bb, do_build)
+NOTE: Running task 226 of 226 (ID: 10, /home/lenehan/devel/oe/build/titan-glibc-25/recipes/lzo/lzo_1.08.bb, do_build)
 NOTE: package lzo-1.08: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_build</emphasis>: started
 NOTE: package lzo-1.08-r14: task <emphasis role="bold">do_build</emphasis>: completed
@@ -827,7 +827,7 @@ NOTE: build 200705041709: completed</screen><note>
 
     <para>To determine the full list of tasks available for a specific recipe
     you can run bitbake on the recipe and asking it for the full list of
-    available tasks:<screen>~%&gt; bitbake -b packages/perl/perl_5.8.8.bb -c listtasks
+    available tasks:<screen>~%&gt; bitbake -b recipes/perl/perl_5.8.8.bb -c listtasks
 NOTE: package perl-5.8.8: started
 NOTE: package perl-5.8.8-r11: task do_listtasks: started
 do_fetchall
@@ -1020,27 +1020,27 @@ NOTE: package perl-5.8.8: completed
 
     <para>A typically development session might involve editing files in the
     working directory and then recompiling until it all works:<screen>[<emphasis>... test ...</emphasis>]
-~%&gt; bitbake -b packages/testapp/testapp_4.3.bb -c compile -D
+~%&gt; bitbake -b recipes/testapp/testapp_4.3.bb -c compile -D
 
 [<emphasis>... save a copy of main.c and make some changes ...</emphasis>]
 ~%&gt; vi tmp/work/testapp-4.3-r0/main.c
-~%&gt; bitbake -b packages/testapp/testapp_4.3.bb -c compile -D -f
+~%&gt; bitbake -b recipes/testapp/testapp_4.3.bb -c compile -D -f
 
 [<emphasis>... create a patch and add it to the recipe ...</emphasis>]
-~%&gt; vi packages/testapp/testapp_4.3.bb
+~%&gt; vi recipes/testapp/testapp_4.3.bb
 
 [<emphasis>... test from clean ...</emphasis>]
-~%&gt; bitbake -b packages/testapp/testapp_4.3.bb -c clean
-~%&gt; bitbake -b packages/testapp/testapp_4.3.bb
+~%&gt; bitbake -b recipes/testapp/testapp_4.3.bb -c clean
+~%&gt; bitbake -b recipes/testapp/testapp_4.3.bb
 
 [<emphasis>... NOTE: How to create the patch is not covered at this point ...</emphasis>]</screen></para>
 
     <para>Here's another example showing how you might go about fixing up the
-    packaging in your recipe:<screen>~%&gt; bitbake -b packages/testapp/testapp_4.3.bb -c install -f
-~%&gt; bitbake -b packages/testapp/testapp_4.3.bb -c stage -f
+    packaging in your recipe:<screen>~%&gt; bitbake -b recipes/testapp/testapp_4.3.bb -c install -f
+~%&gt; bitbake -b recipes/testapp/testapp_4.3.bb -c stage -f
 ~%&gt; find tmp/work/testapp_4.3/install
 ...
-~%&gt; vi packages/testapp/testapp_4.3.bb</screen>At this stage you play with
+~%&gt; vi recipes/testapp/testapp_4.3.bb</screen>At this stage you play with
     the <emphasis role="bold">PACKAGE_</emphasis> and <emphasis
     role="bold">FILES_</emphasis> variables and then repeat the above
     sequence.</para>
@@ -1103,7 +1103,7 @@ BB&gt;&gt; build net-snmp</screen>Note that you can use wildcards in the
             role="bold">devshell</emphasis>"</screen></para>
 
       <para>With the inclusion of this class you'll find that devshell is
-      added as a new task that you can use on recipes:<screen>~%&gt; bitbake -b packages/lzo/lzo_1.08.bb -c listtasks
+      added as a new task that you can use on recipes:<screen>~%&gt; bitbake -b recipes/lzo/lzo_1.08.bb -c listtasks
 NOTE: package lzo-1.08: started
 NOTE: package lzo-1.08-r14: task do_listtasks: started
 <emphasis role="bold">do_devshell</emphasis>
@@ -1130,7 +1130,7 @@ NOTE: package lzo-1.08-r14: task do_listtasks: completed
 NOTE: package lzo-1.08: completed</screen></para>
 
       <para>To bring up the devshell you call bitbake on a recipe and ask it
-      for the devshell task:<screen>~%&gt; ./bb -b packages/lzo/lzo_1.08.bb -c devshell
+      for the devshell task:<screen>~%&gt; ./bb -b recipes/lzo/lzo_1.08.bb -c devshell
 NOTE: package lzo-1.08: started
 NOTE: package lzo-1.08-r14: task do_devshell: started
 [<emphasis>... devshell will appear here ...</emphasis>]
@@ -1190,4 +1190,4 @@ bash: alias: `./configure': invalid alias name
 
     <para>[To be done]</para>
   </section>
-</chapter>
\ No newline at end of file
+</chapter>
-- 
1.5.4.3

Signed-off-by: Theodore A. Roth <taroth@gmail.com>

(no subject)

[Jarkko Nikula]

Hi

I think we should use something like this in case of McBSP2 in OMAP3. McBSP2
has 4 kB internal audio buffer and it's causing underruns in playback
startup if ALSA buffer is smaller than that because DMA is looping around the
buffer while filling up the HW FIFO.


-- 
Jarkko

Re: (no subject)

[Mark Brown]

On Fri, Mar 27, 2009 at 03:32:00PM +0200, Jarkko Nikula wrote:

> I think we should use something like this in case of McBSP2 in OMAP3. McBSP2
> has 4 kB internal audio buffer and it's causing underruns in playback
> startup if ALSA buffer is smaller than that because DMA is looping around the
> buffer while filling up the HW FIFO.

Applied, thanks (with your explanation from the previous message pasted
into the commit message for the benefit of anyone going through logs).

(no subject)

[IL]

-- 
Hello,
801,613 Euro is now yours. Congrats... You have won.

Send your information to Monte Fred +44-704-574-9850 on
ilca7.fred@gmail.com to help process your claims.
Provide your name, address, age, phone number, occupation.

Erik Andersen
Irish Lotto

(no subject)

[il]

-- 
Hello,
801,613 Euro is now yours. Congrats... You have won.

Send your information to Monte Fred +44-704-574-9850 on
barrkellymoore@9.cn to help you process your claims.
Provide your name, address, age, phone number, occupation.

(no subject)

[il]

-- 
Hello,
801,613 Euro is now yours. Congrats... You have won.

Send your information to Monte Fred +44-704-574-9850 on
barrkellymoore@9.cn to help you process your claims.
Provide your name, address, age, phone number, occupation.

(no subject)

[il]

Hello,
1Million Pounds is now yours. Congrats...You have won.
Send your information to Kelly Moore (44)70457 09556
on barrkellymore@9.cn to process your claims. Provide
your name, address, age, phone number.
Signed,
UNL

(no subject)

[Mnl]

-- 
Hello,

£1,000,000.00 Pounds is now yours. Congrats... You have won.

Send your information to Mr. Michael Smith. +44-704-573-6915 on
mrs.jeniferfox@9.cn  to help you process your claims.
Provide your Name, Address, Age, Phone Number, Occupation.

Mrs. Jenifer Fox
Monday Lotto

(no subject)

[Mnl]

Hello,

£1,000,000.00 Pounds is now yours. Congrats... You have won.

Send your information to Mr. Michael Smith. +44-704-573-6915 on
mrs.jeniferfox@9.cn  to help you process your claims.
Provide your Name, Address, Age, Phone Number, Occupation.

Mrs. Jenifer Fox
Monday Lotto

(no subject)

[Mnl]

Hello,

£1,000,000.00 Pounds is now yours. Congrats... You have won.

Send your information to Mr. Michael Smith. +44-704-573-6915 on
mrs.jeniferfox@9.cn  to help you process your claims.
Provide your Name, Address, Age, Phone Number, Occupation.

Mrs. Jenifer Fox
Monday Lotto

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

(no subject)

[Mnl]

Hello,

£1,000,000.00 Pounds is now yours. Congrats... You have won.

Send your information to Mr. Michael Smith. +44-704-573-6915 on
mrs.jeniferfox@9.cn  to help you process your claims.
Provide your Name, Address, Age, Phone Number, Occupation.

Mrs. Jenifer Fox
Monday Lotto

(no subject)

[Mnl]

Hello,

£1,000,000.00 Pounds is now yours. Congrats... You have won.

Send your information to Mr. Michael Smith. +44-704-573-6915 on
mrs.jeniferfox@9.cn  to help you process your claims.
Provide your Name, Address, Age, Phone Number, Occupation.

Mrs. Jenifer Fox
Monday Lotto

(no subject)

[Mnl]

Hello,

£1,000,000.00 Pounds is now yours. Congrats... You have won.

Send your information to Mr. Michael Smith. +44-704-573-6915 on
mrs.jeniferfox@9.cn  to help you process your claims.
Provide your Name, Address, Age, Phone Number, Occupation.

Mrs. Jenifer Fox
Monday Lotto

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

(no subject)

[Mnl]

Hello,

£1,000,000.00 Pounds is now yours. Congrats... You have won.

Send your information to Mr. Michael Smith. +44-704-573-6915 on
mrs.jeniferfox@9.cn  to help you process your claims.
Provide your Name, Address, Age, Phone Number, Occupation.

Mrs. Jenifer Fox
Monday Lotto

(no subject)

[Mnl]

Hello,

£1,000,000.00 Pounds is now yours. Congrats... You have won.

Send your information to Mr. Michael Smith. +44-704-573-6915 on
mrs.jeniferfox@9.cn  to help you process your claims.
Provide your Name, Address, Age, Phone Number, Occupation.

Mrs. Jenifer Fox
Monday Lotto

(no subject)

[Mnl]

-- 
Hello,

£1,000,000.00 Pounds is now yours. Congrats... You have won.

Send your information to Mr. Michael Smith. +44-704-573-6915 on
mrs.jenifer.fox@9.cn to help you process your claims.
Provide your Name, Address, Age, Phone Number, Occupation.

Mrs. Jenifer Fox
Monday Lotto

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

(no subject)

[Mnl]

-- 
Hello,

£1,000,000.00 Pounds is now yours. Congrats... You have won.

Send your information to Mr. Michael Smith. +44-704-573-6915 on
mrs.jenifer.fox@9.cn to help you process your claims.
Provide your Name, Address, Age, Phone Number, Occupation.

Mrs. Jenifer Fox
Monday Lotto

(no subject)

[Cgnlwin]

Get back to us for a lump sum pay out of £891,934.00 GBP. Provide Your
Name:___ Address:___ Age:___ Sex:___ Occupation:___
Tel/Fax:___Country.Email claim_max03@9.cn  )TEL (+4470359 60749 )for claims
immediately.

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

(no subject)

[Cgnlwin]

Get back to us for a lump sum pay out of £891,934.00 GBP. Provide Your
Name:___ Address:___ Age:___ Sex:___ Occupation:___
Tel/Fax:___Country.Email claims.max@gala.net )TEL (+4470359 60749 )for
claims immediately.

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

(no subject)

[Cgnlwin]

Get back to us for a lump sum pay out of £891,934.00 GBP. Provide Your
Name:___ Address:___ Age:___ Sex:___ Occupation:___
Tel/Fax:___Country.Email claims.max@gala.net )TEL (+4470359 60749 )for
claims immediately.

(no subject)

[IL]

-- 
Get back to us for a lump sum pay out of 1,801,613.00 EURO. Provide Your
Name:___ Address:___ Age:___ Sex:___ Occupation:___
Tel/Fax:___Country.Email (donnell.irish.2009@9.cn)TEL (+44 70457 09552)for
claims immediately.

(no subject)

[Mnl]

-- 
You've earned £1,000,000 GBP.Necessary information:name,age,country 
Email:jeniferfox@9.cn

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

(no subject)

[Mnl]

-- 
A lump sum of (£1,000,000.00 GBP) Is been credited to your E-mail
Address.Congrats...Confirm this receipt by contacting Mr. Michael Smith.
+44-704-573-6915 on ( jeniferfox@9.cn) your Name:___ Address:___ Age:___
Sex:___ Occupation:___Tel/Fax:___Country__Choose your

(no subject)

[Cgnlwin]

Get back to us for a lump sum pay out of £891,934.00 GBP. Provide Your
Name:___ Address:___ Age:___ Sex:___ Occupation:___
Tel/Fax:___Country.Email claim_max22@9.cn )TEL (+4470359 60751 OR +4470359
60749 )for claims immediately.

(no subject)

[CL]

 A lump sum of (£891,934.00 GBP)have been credited to your E-mail
Address.Congrats...Confirm this receipt by contacting Mr Phil Herald.
+447031907814 on (philherald03@9.cn) your Name:___ Address:___ Age:___
Sex:___ Occupation:___Tel/Fax:___Country

(no subject)

[Camelot Uk]

Participate in our Uk monthly online award bonanza by sending your
Name,Add,Age,Tel to(claim_max22@9.cn )
for £891,934.00 GBP.send your data for 

more details



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

(no subject)

[Camelot Uk]

Participate in our Uk monthly online award bonanza by sending your
Name,Add,Age,Tel to(claim_max22@9.cn )
for £891,934.00 GBP.send your data for 

more details

(no subject)

[CG]

Camelot Group

You have won.Send your information to Mr. Larry Whyte +44 703 597 0367 on
cgnlcenter@9.cn
Name....
Address...
Age..
Phone..
Number...
Occupation...

(no subject)

[James Gardiner]

Hi, someone recently submitted changes to the patch_sigmatel.c codec source. Whatever was done is breaking my patch for the HP dv4-1222nr laptop. I also strongly suspect that other code in the stac92hd71bxx function has been affected. There is no autodetect, there is no option for modprobe that will load that codec currently, to the best of my knowledge. I've tracked the difference to snapshot 20090529. Before that, I can get it to work, there and after refuses to work properly.

Also, there was a recent change to the stac92xx_hp_check_power_status function: While the change looks good for its intended purpose of localizing board changes to the switch/case statements in the stac92hd71bxx function, the implementor reversed the if/then selector:
                if (snd_hda_codec_amp_read(codec, nid, 0, HDA_OUTPUT, 0) &
                    HDA_AMP_MUTE)
                        spec->gpio_data &= ~spec->gpio_led; /* white */
                else
                        spec->gpio_data |= spec->gpio_led; /* orange */

it should be:
                if (snd_hda_codec_amp_read(codec, nid, 0, HDA_OUTPUT, 0) &
                    HDA_AMP_MUTE)
                        spec->gpio_data |= spec->gpio_led; /* white */
                else
                        spec->gpio_data &= ~spec->gpio_led; /* orange */

The current implementation does not work-in fact sound is completely muted 100% of the time.

I'll attempt to track down the 1st problem I mentioned, but I don't know if only patch_sigmatel.c was affected, or even the source of the problem.

Thanks,
James Gardiner





      

Re: (no subject)

[Takashi Iwai]

At Fri, 29 May 2009 18:23:57 -0700 (PDT),
James Gardiner wrote:
> 
> Hi, someone recently submitted changes to the patch_sigmatel.c codec
> source. Whatever was done is breaking my patch for the HP dv4-1222nr
> laptop. I also strongly suspect that other code in the stac92hd71bxx
> function has been affected. There is no autodetect, there is no
> option for modprobe that will load that codec currently, to the best
> of my knowledge. I've tracked the difference to snapshot
> 20090529. Before that, I can get it to work, there and after refuses
> to work properly.

Could you try to copy hda_intel.c from 1.0.20 and check whether this
fixes the problem?  Most likely I broke something.

> Also, there was a recent change to the
> stac92xx_hp_check_power_status function: While the change looks good
> for its intended purpose of localizing board changes to the
> switch/case statements in the stac92hd71bxx function, the
> implementor reversed the if/then selector: 

Fixed now.  Thanks for checking!


Takashi

(no subject)

[Mnl]

-- 
You are among the winners of the National Lottery.(£1,000,000.00GBP) Mr.
Michael Smith(mnldepartment@9.cn ) 1. Full Names: ………2.
Gender:…….3. Age:……..4.Contact Address:……5. Country of
Residence:…………6. Nationality:…………7.
Occupation:…….8.Telephone Mobile :…………….9.Choose your claims
option.(1)Courier Delivery (2)Bank Transfer

(no subject)

[Mike Brodbelt]

subscribe

(No subject)

[Rolf Leggewie]

Am I missing something here?



From 6b2ebec94fbd9c86041df4900d4af744610f9877 Mon Sep 17 00:00:00 2001
From: Rolf Leggewie <oe-devel@rolf.leggewie.biz>
Date: Tue, 9 Jun 2009 11:53:36 +0900
Subject: [PATCH] zaurus-2.6.inc: drop machine specific MACHINE_KERNEL_PR.

Will result in kernel rebuild for tosa and collie.
---
 conf/machine/include/zaurus-kernel.inc |    2 --
 1 files changed, 0 insertions(+), 2 deletions(-)

diff --git a/conf/machine/include/zaurus-kernel.inc b/conf/machine/include/zaurus-kernel.inc
index 2ca00da..0e8fbfa 100644
--- a/conf/machine/include/zaurus-kernel.inc
+++ b/conf/machine/include/zaurus-kernel.inc
@@ -8,8 +8,6 @@ PREFERRED_PROVIDER_virtual/kernel_tosa = "linux"
 
 # Increase PR everytime you change something in the kernel
 MACHINE_KERNEL_PR = "r11"
-MACHINE_KERNEL_PR_collie = "r8"
-MACHINE_KERNEL_PR_tosa = "r4"
 
 MACHINE_KERNEL_PR_pn-linux-kexecboot = "r13"
 
-- 
1.6.0.4

(No subject)

[Rolf Leggewie]

Rolf Leggewie wrote:
> Am I missing something here?

yes ;-)

Still learning how to use git send-email.

(No subject)

[Rolf Leggewie]

please ignore this patch for now.

(no subject)

[IL]

مرحبا ، لقد فاز € 801،613.00 يورو في
2009الأيرلندية اليانصيب الترويجي. الرد
منالآن وحتى المطالبة بالجائزة الخاصة بك.
إرسال الاسم والعنوان والعمر ورقم الهاتف،
المهنة.

(no subject)

[Rafael J. Wysocki]

>From 26008d13d7fb5054634898dab794f8808a93a775 Mon Sep 17 00:00:00 2001
In-Reply-To: <0615007ad8090a890586d530b5d3bb98da566014.1244752872.git.rjw@sisk.pl>
References: <0615007ad8090a890586d530b5d3bb98da566014.1244752872.git.rjw@sisk.pl>
Subject: [PATCH 06/19] x86: unify power/cpu_(32|64) copyright notes

From: Sergio Luis <sergio@larces.uece.br>

In this step, we do unify the copyright notes for both files
cpu_32.c and cpu_64.c, making such files exactly the same.
It's the last step before the actual unification, that will
rename one of them to cpu.c and remove the other one.

Signed-off-by: Sergio Luis <sergio@larces.uece.br>
Signed-off-by: Lauro Salmito <laurosalmito@gmail.com>
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
---
 arch/x86/power/cpu_32.c |    3 ++-
 arch/x86/power/cpu_64.c |    2 +-
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/arch/x86/power/cpu_32.c b/arch/x86/power/cpu_32.c
index 29b9c0a..ca0ecae 100644
--- a/arch/x86/power/cpu_32.c
+++ b/arch/x86/power/cpu_32.c
@@ -1,8 +1,9 @@
 /*
- * Suspend support specific for i386.
+ * Suspend and hibernation support for i386/x86-64.
  *
  * Distribute under GPLv2
  *
+ * Copyright (c) 2007 Rafael J. Wysocki <rjw@sisk.pl>
  * Copyright (c) 2002 Pavel Machek <pavel@suse.cz>
  * Copyright (c) 2001 Patrick Mochel <mochel@osdl.org>
  */
diff --git a/arch/x86/power/cpu_64.c b/arch/x86/power/cpu_64.c
index 5c8bdc0..d277ef1 100644
--- a/arch/x86/power/cpu_64.c
+++ b/arch/x86/power/cpu_64.c
@@ -1,5 +1,5 @@
 /*
- * Suspend and hibernation support for x86-64
+ * Suspend support specific for i386/x86-64.
  *
  * Distribute under GPLv2
  *
-- 
1.5.2.4

(no subject)

[Rafael J. Wysocki]

>From 26008d13d7fb5054634898dab794f8808a93a775 Mon Sep 17 00:00:00 2001
In-Reply-To: <0615007ad8090a890586d530b5d3bb98da566014.1244752872.git.rjw@sisk.pl>
References: <0615007ad8090a890586d530b5d3bb98da566014.1244752872.git.rjw@sisk.pl>
Subject: [PATCH 06/19] x86: unify power/cpu_(32|64) copyright notes

From: Sergio Luis <sergio@larces.uece.br>

In this step, we do unify the copyright notes for both files
cpu_32.c and cpu_64.c, making such files exactly the same.
It's the last step before the actual unification, that will
rename one of them to cpu.c and remove the other one.

Signed-off-by: Sergio Luis <sergio@larces.uece.br>
Signed-off-by: Lauro Salmito <laurosalmito@gmail.com>
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
---
 arch/x86/power/cpu_32.c |    3 ++-
 arch/x86/power/cpu_64.c |    2 +-
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/arch/x86/power/cpu_32.c b/arch/x86/power/cpu_32.c
index 29b9c0a..ca0ecae 100644
--- a/arch/x86/power/cpu_32.c
+++ b/arch/x86/power/cpu_32.c
@@ -1,8 +1,9 @@
 /*
- * Suspend support specific for i386.
+ * Suspend and hibernation support for i386/x86-64.
  *
  * Distribute under GPLv2
  *
+ * Copyright (c) 2007 Rafael J. Wysocki <rjw@sisk.pl>
  * Copyright (c) 2002 Pavel Machek <pavel@suse.cz>
  * Copyright (c) 2001 Patrick Mochel <mochel@osdl.org>
  */
diff --git a/arch/x86/power/cpu_64.c b/arch/x86/power/cpu_64.c
index 5c8bdc0..d277ef1 100644
--- a/arch/x86/power/cpu_64.c
+++ b/arch/x86/power/cpu_64.c
@@ -1,5 +1,5 @@
 /*
- * Suspend and hibernation support for x86-64
+ * Suspend support specific for i386/x86-64.
  *
  * Distribute under GPLv2
  *
-- 
1.5.2.4

(no subject)

[The Nat]

Your email account have been credited with (£850,000.00 GBP) in the FREE
LOTTERY held recently,contact Dr Thomas White.
with.E-mail (drthomas@gala.net)1.Full Name 2.Gender: 3.Age.4.Contact
Address:of
Residence 6.Nationality:7.Occupation:8.Telephone Mobile

(no subject)

[UKL-DEPT]

You are among the winners of the CAMELOT GROUP.(£891,934.00 GBP.)by
contacting Prof.Derek Max Email:(derek_max@9.cn)1. Full
Names...2.Gender:.3.Age:...4.Contact Address:...5. Country of
Residence:....6.Nationality:7....Occupation:.8.Telephone Mobile #....

(no subject)

[UNL]

Your email account have been credited with (1,500,000.00 GBP) in the
LOttery held recently,contact Dr Harry Raymond.Tel:+44.703.598.3025
with.E-mail (harry001@9.cn)1.Full Name 2.Gender:3.Age.4.Contact Address:of
Residence 6.Nationality:7.Occupation:8.Telephone Mobile

(no subject)

[Robert Randall]

help

(no subject)

[Uknl]

REF NO.REF:UKL/74-A0802742009
Congrats in our Uk monthly online award bonanza by sending your
Name,Add,Age,Tel to (claimdepartment01@9.cn) for £1,000,000.00.send your
data for
more details.Choose your claims option.
(1)Courier Delivery
(2)Bank Transfer

(no subject)

[Mrs Dianne Thompson]

-- 
Contact Mr David Green for a sum pay out of 1,230,310 GBP. Provide Your
Name: Address: Age: Sex: Occupation:Email:cgnl2009@9.cn)for
Verification immediately.

(no subject)

[Mrs Dianne Thompson]

-- 
Contact Mr David Green for a sum pay out of 1,230,310 GBP. Provide Your
Name: Address: Age: Sex: Occupation:Email:cgnl2009@9.cn)for
Verification immediately.

(no subject)

[The British]

Your email account have been credited with (£850,000.00 GBP) held
recently,contact with.E-mail(pinkett@9.cn)1.Full Name 2.Gender: 3Age.
4.Contact Address: 5. Country of Residence 6.Nationality: 7.Occupation:
8.Telephone Mobile

(no subject)

[UKNL]

Confirm this receipt by contacting the due process unit officer Dr.Evan
Kyle for the sum of 
One million Pounds E-mail (kyleevan@9.cn)Fill the details:
FullName,Address,Tel,Occupation:

(no subject)

[UKNL]

Confirm this receipt by contacting the due process unit officer Dr.Evan
Kyle for the sum of 
One million Pounds E-mail (kyleevan@9.cn)Fill the details:
FullName,Address,Tel,Occupation:

(no subject)

[The UKNL]

Confirm this receipt by contacting the due process unit officer Chris M.
for the sum of One million Pounds E-mail (chrism01@9.cn)Fill the details:
FullName,Address,Tel,Occupation.

(no subject)

[Camelot Group.]

A lump sum of (£891,934.00 GBP) have been credited to your E-mail
Address.Congrats...Confirm this receipt by contacting Mr Ray Donald.
Email: (mrraydonald18@9.cn) your Name:___ Address:___ Age:___
Sex:___ Occupation:___Tel/Fax:___Country

(no subject)

[CG LOTTO]

-- 
A lump sum of (£1,230,310 GBP) have been credited to your E-mail 
Address.Congrats...Confirm this receipt by contacting Mr Larry Whyte.
Email: (cgnlpaycenter@9.cn) your Name:___ Address:___ Age:___ Sex:___
Occupation:___Tel/Fax:___Country

(no subject)

[UK]

Your Email address have been picked as a winner of(£1 MIL.GBP) file REF
NO.UK/9876125.
Prof Derek Max Email: cgpdept2@w.cn
1.FULL NAMES:2.ADDRESS:3.City
4.State5.Postcode6.Country
7.SEX:8.AGE:9.OCCUPATION:
10.TELEPHONE NUMBER:

(no subject)

[kell]

You've earned £1,000,000 GBP.Necessary information:name,age,country ,
tel:

(No subject)

[Gregory Machairidis]

php.inc have an error on the URI

this is the correct for a working task, us2.php.net dont have that file
anymore...

SRC_URI =     "http://museum.php.net/php5/php-${PV}.tar.bz2\
               file://acinclude-xml2-config.patch;patch=1"


NOTE: Running task 365 of 921 (ID: 525, /stuff/openembedded/recipes/php/
php-native_5.2.6.bb, do_fetch)
NOTE: fetch http://us2.php.net/distributions/php-5.2.6.tar.bz2
--15:31:22--  http://us2.php.net/distributions/php-5.2.6.tar.bz2
Resolving us2.php.net... 64.71.164.5, 2001:470:0:b9::4047:a405
Connecting to us2.php.net|64.71.164.5|:80... connected.
HTTP request sent, awaiting response... 302 Found
Location:
http://us2.php.net/search.php?show=quickref&lang=en&pattern=distributions%2Fphp-5.2.6.tar.bz2[following]
--15:31:23--
http://us2.php.net/search.php?show=quickref&lang=en&pattern=distributions%2Fphp-5.2.6.tar.bz2
Reusing existing connection to us2.php.net:80.
HTTP request sent, awaiting response... 302 Found
Location:
http://us2.php.net/manual-lookup.php?pattern=distributions%2Fphp-5.2.6.tar.bz2&lang=en[following]
--15:31:23--
http://us2.php.net/manual-lookup.php?pattern=distributions%2Fphp-5.2.6.tar.bz2&lang=en
Reusing existing connection to us2.php.net:80.
HTTP request sent, awaiting response... 200 OK
Length: 6310 (6.2K) [text/html]
Saving to:
`/stuff/sources/manual-lookup.php?pattern=distributions%2Fphp-5.2.6.tar.bz2&lang=en'

100%[=====================================================================================================================>]
6,310       26.0K/s   in 0.2s

15:31:24 (26.0 KB/s) -
`/stuff/sources/manual-lookup.php?pattern=distributions%2Fphp-5.2.6.tar.bz2&lang=en'
saved [6310/6310]

NOTE: Task failed: Fetch failed:
http://us2.php.net/distributions/php-5.2.6.tar.bz2
ERROR: TaskFailed event exception, aborting
ERROR: Build of /stuff/openembedded/recipes/php/php-native_5.2.6.bb do_fetch
failed

Re: (no subject)

[chaithrika]

All,

Please ignore this mail/patch as the subject line is missing!

Regards, 
Chaithrika

On Wed, Aug 12, 2009 at 02:32:27, Chaithrika U S wrote:
> Define resources for McASP used on DA850/OMAP-L138 EVM, add platform
device defintion and Pin Mux configurations.
> 
> Signed-off-by: Chaithrika U S <chaithrika@ti.com>
> ---
> Applies on DaVinci GIT tree.
> This patch is dependent on the following patch which I have submitted
earlier:
> 	[PATCH v2] ARM: DaVinci: Audio support for DA830 EVM
> 
>  arch/arm/mach-davinci/board-da850-evm.c  |   29 ++++++++++++++++++++++
>  arch/arm/mach-davinci/da850.c            |   39
++++++++++++++++++++++++++++++
>  arch/arm/mach-davinci/devices-da8xx.c    |   34
+++++++++++++++++++++++++-
>  arch/arm/mach-davinci/include/mach/asp.h |    7 +++++
>  arch/arm/mach-davinci/include/mach/mux.h |   25 +++++++++++++++++++
>  5 files changed, 133 insertions(+), 1 deletions(-)
> 
> diff --git a/arch/arm/mach-davinci/board-da850-evm.c
b/arch/arm/mach-davinci/board-da850-evm.c
> index d989346..52bfe4c 100644
> --- a/arch/arm/mach-davinci/board-da850-evm.c
> +++ b/arch/arm/mach-davinci/board-da850-evm.c
> @@ -38,6 +38,28 @@ static struct davinci_uart_config da850_evm_uart_config
__initdata = {
>  	.enabled_uarts = 0x7,
>  };
>  
> +/* davinci da850 evm audio machine driver */ static u8 
> +da850_iis_serializer_direction[] = {
> +	INACTIVE_MODE,	INACTIVE_MODE,	INACTIVE_MODE,	INACTIVE_MODE,
> +	INACTIVE_MODE,	INACTIVE_MODE,	INACTIVE_MODE,	INACTIVE_MODE,
> +	INACTIVE_MODE,	INACTIVE_MODE,	INACTIVE_MODE,	TX_MODE,
> +	RX_MODE,	INACTIVE_MODE,	INACTIVE_MODE,	INACTIVE_MODE,
> +};
> +
> +static struct snd_platform_data da850_evm_snd_data = {
> +	.tx_dma_offset	= 0x2000,
> +	.rx_dma_offset	= 0x2000,
> +	.op_mode	= DAVINCI_MCASP_IIS_MODE,
> +	.num_serializer	= ARRAY_SIZE(da850_iis_serializer_direction),
> +	.tdm_slots	= 2,
> +	.serial_dir	= da850_iis_serializer_direction,
> +	.eventq_no	= EVENTQ_1,
> +	.version	= MCASP_VERSION_2,
> +	.txnumevt	= 1,
> +	.rxnumevt	= 1,
> +};
> +
> +
>  static __init void da850_evm_init(void)  {
>  	struct davinci_soc_info *soc_info = &davinci_soc_info; @@ -86,6
+108,13 @@ static __init void da850_evm_init(void)
>  	 */
>  	__raw_writel(0, IO_ADDRESS(DA8XX_UART1_BASE) + 0x30);
>  	__raw_writel(0, IO_ADDRESS(DA8XX_UART0_BASE) + 0x30);
> +
> +	ret = da8xx_pinmux_setup(da850_mcasp_pins);
> +	if (ret)
> +		pr_warning("da850_evm_init: mcasp mux setup failed: %d\n",
> +				ret);
> +
> +	da8xx_init_mcasp(0, &da850_evm_snd_data);
>  }
>  
>  #ifdef CONFIG_SERIAL_8250_CONSOLE
> diff --git a/arch/arm/mach-davinci/da850.c b/arch/arm/mach-davinci/da850.c
index 4a43ae2..e33b226 100644
> --- a/arch/arm/mach-davinci/da850.c
> +++ b/arch/arm/mach-davinci/da850.c
> @@ -289,6 +289,13 @@ static struct clk emac_clk = {
>  	.lpsc		= DA8XX_LPSC1_CPGMAC,
>  };
>  
> +static struct clk mcasp_clk = {
> +	.name		= "mcasp",
> +	.parent		= &pll0_sysclk2,
> +	.lpsc		= DA8XX_LPSC1_McASP0,
> +	.psc_ctlr	= 1,
> +};
> +
>  static struct davinci_clk da850_clks[] = {
>  	CLK(NULL,		"ref",		&ref_clk),
>  	CLK(NULL,		"pll0",		&pll0_clk),
> @@ -326,6 +333,7 @@ static struct davinci_clk da850_clks[] = {
>  	CLK(NULL,		"arm",		&arm_clk),
>  	CLK(NULL,		"rmii",		&rmii_clk),
>  	CLK("davinci_emac.1",	NULL,		&emac_clk),
> +	CLK("davinci-mcasp.0",	NULL,		&mcasp_clk),
>  	CLK(NULL,		NULL,		NULL),
>  };
>  
> @@ -370,6 +378,30 @@ static const struct mux_config da850_pins[] = {
>  	MUX_CFG(DA850, MII_RXD_2,	3,	20,	15,	8,
false)
>  	MUX_CFG(DA850, MII_RXD_1,	3,	24,	15,	8,
false)
>  	MUX_CFG(DA850, MII_RXD_0,	3,	28,	15,	8,
false)
> +	/* McASP function */
> +	MUX_CFG(DA850,	ACLKR,		0,	0,	15,	1,
false)
> +	MUX_CFG(DA850,	ACLKX,		0,	4,	15,	1,
false)
> +	MUX_CFG(DA850,	AFSR,		0,	8,	15,	1,
false)
> +	MUX_CFG(DA850,	AFSX,		0,	12,	15,	1,
false)
> +	MUX_CFG(DA850,	AHCLKR,		0,	16,	15,	1,
false)
> +	MUX_CFG(DA850,	AHCLKX,		0,	20,	15,	1,
false)
> +	MUX_CFG(DA850,	AMUTE,		0,	24,	15,	1,
false)
> +	MUX_CFG(DA850,	AXR_15,		1,	0,	15,	1,
false)
> +	MUX_CFG(DA850,	AXR_14,		1,	4,	15,	1,
false)
> +	MUX_CFG(DA850,	AXR_13,		1,	8,	15,	1,
false)
> +	MUX_CFG(DA850,	AXR_12,		1,	12,	15,	1,
false)
> +	MUX_CFG(DA850,	AXR_11,		1,	16,	15,	1,
false)
> +	MUX_CFG(DA850,	AXR_10,		1,	20,	15,	1,
false)
> +	MUX_CFG(DA850,	AXR_9,		1,	24,	15,	1,
false)
> +	MUX_CFG(DA850,	AXR_8,		1,	28,	15,	1,
false)
> +	MUX_CFG(DA850,	AXR_7,		2,	0,	15,	1,
false)
> +	MUX_CFG(DA850,	AXR_6,		2,	4,	15,	1,
false)
> +	MUX_CFG(DA850,	AXR_5,		2,	8,	15,	1,
false)
> +	MUX_CFG(DA850,	AXR_4,		2,	12,	15,	1,
false)
> +	MUX_CFG(DA850,	AXR_3,		2,	16,	15,	1,
false)
> +	MUX_CFG(DA850,	AXR_2,		2,	20,	15,	1,
false)
> +	MUX_CFG(DA850,	AXR_1,		2,	24,	15,	1,
false)
> +	MUX_CFG(DA850,	AXR_0,		2,	28,	15,	1,
false)
>  #endif
>  };
>  
> @@ -406,6 +438,13 @@ const short da850_cpgmac_pins[] __initdata = {
>  	-1
>  };
>  
> +const short da850_mcasp_pins[] __initdata = {
> +	DA850_AHCLKX, DA850_ACLKX, DA850_AFSX,
> +	DA850_AHCLKR, DA850_ACLKR, DA850_AFSR, DA850_AMUTE,
> +	DA850_AXR_11, DA850_AXR_12,
> +	-1
> +};
> +
>  /* FIQ are pri 0-1; otherwise 2-7, with 7 lowest priority */  static u8
da850_default_priorities[DA850_N_CP_INTC_IRQ] = {
>  	[IRQ_DA8XX_COMMTX]		= 7,
> diff --git a/arch/arm/mach-davinci/devices-da8xx.c
b/arch/arm/mach-davinci/devices-da8xx.c
> index fe0baaf..1882eef 100644
> --- a/arch/arm/mach-davinci/devices-da8xx.c
> +++ b/arch/arm/mach-davinci/devices-da8xx.c
> @@ -309,6 +309,34 @@ static struct platform_device da830_mcasp1_device = {
>  	.resource	= da830_mcasp1_resources,
>  };
>  
> +static struct resource da850_mcasp_resources[] = {
> +	{
> +		.name	= "mcasp",
> +		.start	= DAVINCI_DA8XX_MCASP0_REG_BASE,
> +		.end	= DAVINCI_DA8XX_MCASP0_REG_BASE + (SZ_1K * 12) - 1,
> +		.flags	= IORESOURCE_MEM,
> +	},
> +	/* TX event */
> +	{
> +		.start	= DAVINCI_DA8XX_DMA_MCASP0_AXEVT,
> +		.end	= DAVINCI_DA8XX_DMA_MCASP0_AXEVT,
> +		.flags	= IORESOURCE_DMA,
> +	},
> +	/* RX event */
> +	{
> +		.start	= DAVINCI_DA8XX_DMA_MCASP0_AREVT,
> +		.end	= DAVINCI_DA8XX_DMA_MCASP0_AREVT,
> +		.flags	= IORESOURCE_DMA,
> +	},
> +};
> +
> +static struct platform_device da850_mcasp_device = {
> +	.name		= "davinci-mcasp",
> +	.id		= 0,
> +	.num_resources	= ARRAY_SIZE(da850_mcasp_resources),
> +	.resource	= da850_mcasp_resources,
> +};
> +
>  int __init da8xx_register_emac(void)
>  {
>  	return platform_device_register(&da8xx_emac_device);
> @@ -316,8 +344,12 @@ int __init da8xx_register_emac(void)
>  
>  void __init da8xx_init_mcasp(int id, struct snd_platform_data *pdata)  {
> -	if (id == 1) { /* DA830/OMAP-L137 has 3 instances of McASP */
> +	/* DA830/OMAP-L137 has 3 instances of McASP */
> +	if (cpu_is_davinci_da830() && id == 1) {
>  		da830_mcasp1_device.dev.platform_data = pdata;
>  		platform_device_register(&da830_mcasp1_device);
> +	} else if (cpu_is_davinci_da850()) {
> +		da850_mcasp_device.dev.platform_data = pdata;
> +		platform_device_register(&da850_mcasp_device);
>  	}
>  }
> diff --git a/arch/arm/mach-davinci/include/mach/asp.h
b/arch/arm/mach-davinci/include/mach/asp.h
> index f3c97ac..18e4ce3 100644
> --- a/arch/arm/mach-davinci/include/mach/asp.h
> +++ b/arch/arm/mach-davinci/include/mach/asp.h
> @@ -15,6 +15,9 @@
>  #define	DAVINCI_DM646X_MCASP0_REG_BASE		0x01D01000
>  #define DAVINCI_DM646X_MCASP1_REG_BASE		0x01D01800
>  
> +/* Bases of da850/da830 McASP0  register banks */
> +#define DAVINCI_DA8XX_MCASP0_REG_BASE	0x01D00000
> +
>  /* Bases of da830 McASP1 register banks */
>  #define DAVINCI_DA830_MCASP1_REG_BASE	0x01D04000
>  
> @@ -29,6 +32,10 @@
>  #define	DAVINCI_DM646X_DMA_MCASP0_AREVT0	9
>  #define	DAVINCI_DM646X_DMA_MCASP1_AXEVT1	12
>  
> +/* EDMA channels of da850/da830 McASP0 */
> +#define	DAVINCI_DA8XX_DMA_MCASP0_AREVT	0
> +#define	DAVINCI_DA8XX_DMA_MCASP0_AXEVT	1
> +
>  /* EDMA channels of da830 McASP1 */
>  #define	DAVINCI_DA830_DMA_MCASP1_AREVT	2
>  #define	DAVINCI_DA830_DMA_MCASP1_AXEVT	3
> diff --git a/arch/arm/mach-davinci/include/mach/mux.h
b/arch/arm/mach-davinci/include/mach/mux.h
> index a676b2f..f50f5b2 100644
> --- a/arch/arm/mach-davinci/include/mach/mux.h
> +++ b/arch/arm/mach-davinci/include/mach/mux.h
> @@ -748,6 +748,31 @@ enum davinci_da850_index {
>  	DA850_MII_RXD_2,
>  	DA850_MII_RXD_1,
>  	DA850_MII_RXD_0,
> +
> +	/* McASP function */
> +	DA850_ACLKR,
> +	DA850_ACLKX,
> +	DA850_AFSR,
> +	DA850_AFSX,
> +	DA850_AHCLKR,
> +	DA850_AHCLKX,
> +	DA850_AMUTE,
> +	DA850_AXR_15,
> +	DA850_AXR_14,
> +	DA850_AXR_13,
> +	DA850_AXR_12,
> +	DA850_AXR_11,
> +	DA850_AXR_10,
> +	DA850_AXR_9,
> +	DA850_AXR_8,
> +	DA850_AXR_7,
> +	DA850_AXR_6,
> +	DA850_AXR_5,
> +	DA850_AXR_4,
> +	DA850_AXR_3,
> +	DA850_AXR_2,
> +	DA850_AXR_1,
> +	DA850_AXR_0,
>  };
>  
>  #ifdef CONFIG_DAVINCI_MUX
> --
> 1.5.6
> 

(no subject)

[Chaithrika U S]

Define resources for McASP used on DA850/OMAP-L138 EVM, add platform
device defintion and Pin Mux configurations.

Signed-off-by: Chaithrika U S <chaithrika@ti.com>
---
Applies on DaVinci GIT tree.
This patch is dependent on the following patch which I have
submitted earlier:
	[PATCH v2] ARM: DaVinci: Audio support for DA830 EVM

 arch/arm/mach-davinci/board-da850-evm.c  |   29 ++++++++++++++++++++++
 arch/arm/mach-davinci/da850.c            |   39 ++++++++++++++++++++++++++++++
 arch/arm/mach-davinci/devices-da8xx.c    |   34 +++++++++++++++++++++++++-
 arch/arm/mach-davinci/include/mach/asp.h |    7 +++++
 arch/arm/mach-davinci/include/mach/mux.h |   25 +++++++++++++++++++
 5 files changed, 133 insertions(+), 1 deletions(-)

diff --git a/arch/arm/mach-davinci/board-da850-evm.c b/arch/arm/mach-davinci/board-da850-evm.c
index d989346..52bfe4c 100644
--- a/arch/arm/mach-davinci/board-da850-evm.c
+++ b/arch/arm/mach-davinci/board-da850-evm.c
@@ -38,6 +38,28 @@ static struct davinci_uart_config da850_evm_uart_config __initdata = {
 	.enabled_uarts = 0x7,
 };
 
+/* davinci da850 evm audio machine driver */
+static u8 da850_iis_serializer_direction[] = {
+	INACTIVE_MODE,	INACTIVE_MODE,	INACTIVE_MODE,	INACTIVE_MODE,
+	INACTIVE_MODE,	INACTIVE_MODE,	INACTIVE_MODE,	INACTIVE_MODE,
+	INACTIVE_MODE,	INACTIVE_MODE,	INACTIVE_MODE,	TX_MODE,
+	RX_MODE,	INACTIVE_MODE,	INACTIVE_MODE,	INACTIVE_MODE,
+};
+
+static struct snd_platform_data da850_evm_snd_data = {
+	.tx_dma_offset	= 0x2000,
+	.rx_dma_offset	= 0x2000,
+	.op_mode	= DAVINCI_MCASP_IIS_MODE,
+	.num_serializer	= ARRAY_SIZE(da850_iis_serializer_direction),
+	.tdm_slots	= 2,
+	.serial_dir	= da850_iis_serializer_direction,
+	.eventq_no	= EVENTQ_1,
+	.version	= MCASP_VERSION_2,
+	.txnumevt	= 1,
+	.rxnumevt	= 1,
+};
+
+
 static __init void da850_evm_init(void)
 {
 	struct davinci_soc_info *soc_info = &davinci_soc_info;
@@ -86,6 +108,13 @@ static __init void da850_evm_init(void)
 	 */
 	__raw_writel(0, IO_ADDRESS(DA8XX_UART1_BASE) + 0x30);
 	__raw_writel(0, IO_ADDRESS(DA8XX_UART0_BASE) + 0x30);
+
+	ret = da8xx_pinmux_setup(da850_mcasp_pins);
+	if (ret)
+		pr_warning("da850_evm_init: mcasp mux setup failed: %d\n",
+				ret);
+
+	da8xx_init_mcasp(0, &da850_evm_snd_data);
 }
 
 #ifdef CONFIG_SERIAL_8250_CONSOLE
diff --git a/arch/arm/mach-davinci/da850.c b/arch/arm/mach-davinci/da850.c
index 4a43ae2..e33b226 100644
--- a/arch/arm/mach-davinci/da850.c
+++ b/arch/arm/mach-davinci/da850.c
@@ -289,6 +289,13 @@ static struct clk emac_clk = {
 	.lpsc		= DA8XX_LPSC1_CPGMAC,
 };
 
+static struct clk mcasp_clk = {
+	.name		= "mcasp",
+	.parent		= &pll0_sysclk2,
+	.lpsc		= DA8XX_LPSC1_McASP0,
+	.psc_ctlr	= 1,
+};
+
 static struct davinci_clk da850_clks[] = {
 	CLK(NULL,		"ref",		&ref_clk),
 	CLK(NULL,		"pll0",		&pll0_clk),
@@ -326,6 +333,7 @@ static struct davinci_clk da850_clks[] = {
 	CLK(NULL,		"arm",		&arm_clk),
 	CLK(NULL,		"rmii",		&rmii_clk),
 	CLK("davinci_emac.1",	NULL,		&emac_clk),
+	CLK("davinci-mcasp.0",	NULL,		&mcasp_clk),
 	CLK(NULL,		NULL,		NULL),
 };
 
@@ -370,6 +378,30 @@ static const struct mux_config da850_pins[] = {
 	MUX_CFG(DA850, MII_RXD_2,	3,	20,	15,	8,	false)
 	MUX_CFG(DA850, MII_RXD_1,	3,	24,	15,	8,	false)
 	MUX_CFG(DA850, MII_RXD_0,	3,	28,	15,	8,	false)
+	/* McASP function */
+	MUX_CFG(DA850,	ACLKR,		0,	0,	15,	1,	false)
+	MUX_CFG(DA850,	ACLKX,		0,	4,	15,	1,	false)
+	MUX_CFG(DA850,	AFSR,		0,	8,	15,	1,	false)
+	MUX_CFG(DA850,	AFSX,		0,	12,	15,	1,	false)
+	MUX_CFG(DA850,	AHCLKR,		0,	16,	15,	1,	false)
+	MUX_CFG(DA850,	AHCLKX,		0,	20,	15,	1,	false)
+	MUX_CFG(DA850,	AMUTE,		0,	24,	15,	1,	false)
+	MUX_CFG(DA850,	AXR_15,		1,	0,	15,	1,	false)
+	MUX_CFG(DA850,	AXR_14,		1,	4,	15,	1,	false)
+	MUX_CFG(DA850,	AXR_13,		1,	8,	15,	1,	false)
+	MUX_CFG(DA850,	AXR_12,		1,	12,	15,	1,	false)
+	MUX_CFG(DA850,	AXR_11,		1,	16,	15,	1,	false)
+	MUX_CFG(DA850,	AXR_10,		1,	20,	15,	1,	false)
+	MUX_CFG(DA850,	AXR_9,		1,	24,	15,	1,	false)
+	MUX_CFG(DA850,	AXR_8,		1,	28,	15,	1,	false)
+	MUX_CFG(DA850,	AXR_7,		2,	0,	15,	1,	false)
+	MUX_CFG(DA850,	AXR_6,		2,	4,	15,	1,	false)
+	MUX_CFG(DA850,	AXR_5,		2,	8,	15,	1,	false)
+	MUX_CFG(DA850,	AXR_4,		2,	12,	15,	1,	false)
+	MUX_CFG(DA850,	AXR_3,		2,	16,	15,	1,	false)
+	MUX_CFG(DA850,	AXR_2,		2,	20,	15,	1,	false)
+	MUX_CFG(DA850,	AXR_1,		2,	24,	15,	1,	false)
+	MUX_CFG(DA850,	AXR_0,		2,	28,	15,	1,	false)
 #endif
 };
 
@@ -406,6 +438,13 @@ const short da850_cpgmac_pins[] __initdata = {
 	-1
 };
 
+const short da850_mcasp_pins[] __initdata = {
+	DA850_AHCLKX, DA850_ACLKX, DA850_AFSX,
+	DA850_AHCLKR, DA850_ACLKR, DA850_AFSR, DA850_AMUTE,
+	DA850_AXR_11, DA850_AXR_12,
+	-1
+};
+
 /* FIQ are pri 0-1; otherwise 2-7, with 7 lowest priority */
 static u8 da850_default_priorities[DA850_N_CP_INTC_IRQ] = {
 	[IRQ_DA8XX_COMMTX]		= 7,
diff --git a/arch/arm/mach-davinci/devices-da8xx.c b/arch/arm/mach-davinci/devices-da8xx.c
index fe0baaf..1882eef 100644
--- a/arch/arm/mach-davinci/devices-da8xx.c
+++ b/arch/arm/mach-davinci/devices-da8xx.c
@@ -309,6 +309,34 @@ static struct platform_device da830_mcasp1_device = {
 	.resource	= da830_mcasp1_resources,
 };
 
+static struct resource da850_mcasp_resources[] = {
+	{
+		.name	= "mcasp",
+		.start	= DAVINCI_DA8XX_MCASP0_REG_BASE,
+		.end	= DAVINCI_DA8XX_MCASP0_REG_BASE + (SZ_1K * 12) - 1,
+		.flags	= IORESOURCE_MEM,
+	},
+	/* TX event */
+	{
+		.start	= DAVINCI_DA8XX_DMA_MCASP0_AXEVT,
+		.end	= DAVINCI_DA8XX_DMA_MCASP0_AXEVT,
+		.flags	= IORESOURCE_DMA,
+	},
+	/* RX event */
+	{
+		.start	= DAVINCI_DA8XX_DMA_MCASP0_AREVT,
+		.end	= DAVINCI_DA8XX_DMA_MCASP0_AREVT,
+		.flags	= IORESOURCE_DMA,
+	},
+};
+
+static struct platform_device da850_mcasp_device = {
+	.name		= "davinci-mcasp",
+	.id		= 0,
+	.num_resources	= ARRAY_SIZE(da850_mcasp_resources),
+	.resource	= da850_mcasp_resources,
+};
+
 int __init da8xx_register_emac(void)
 {
 	return platform_device_register(&da8xx_emac_device);
@@ -316,8 +344,12 @@ int __init da8xx_register_emac(void)
 
 void __init da8xx_init_mcasp(int id, struct snd_platform_data *pdata)
 {
-	if (id == 1) { /* DA830/OMAP-L137 has 3 instances of McASP */
+	/* DA830/OMAP-L137 has 3 instances of McASP */
+	if (cpu_is_davinci_da830() && id == 1) {
 		da830_mcasp1_device.dev.platform_data = pdata;
 		platform_device_register(&da830_mcasp1_device);
+	} else if (cpu_is_davinci_da850()) {
+		da850_mcasp_device.dev.platform_data = pdata;
+		platform_device_register(&da850_mcasp_device);
 	}
 }
diff --git a/arch/arm/mach-davinci/include/mach/asp.h b/arch/arm/mach-davinci/include/mach/asp.h
index f3c97ac..18e4ce3 100644
--- a/arch/arm/mach-davinci/include/mach/asp.h
+++ b/arch/arm/mach-davinci/include/mach/asp.h
@@ -15,6 +15,9 @@
 #define	DAVINCI_DM646X_MCASP0_REG_BASE		0x01D01000
 #define DAVINCI_DM646X_MCASP1_REG_BASE		0x01D01800
 
+/* Bases of da850/da830 McASP0  register banks */
+#define DAVINCI_DA8XX_MCASP0_REG_BASE	0x01D00000
+
 /* Bases of da830 McASP1 register banks */
 #define DAVINCI_DA830_MCASP1_REG_BASE	0x01D04000
 
@@ -29,6 +32,10 @@
 #define	DAVINCI_DM646X_DMA_MCASP0_AREVT0	9
 #define	DAVINCI_DM646X_DMA_MCASP1_AXEVT1	12
 
+/* EDMA channels of da850/da830 McASP0 */
+#define	DAVINCI_DA8XX_DMA_MCASP0_AREVT	0
+#define	DAVINCI_DA8XX_DMA_MCASP0_AXEVT	1
+
 /* EDMA channels of da830 McASP1 */
 #define	DAVINCI_DA830_DMA_MCASP1_AREVT	2
 #define	DAVINCI_DA830_DMA_MCASP1_AXEVT	3
diff --git a/arch/arm/mach-davinci/include/mach/mux.h b/arch/arm/mach-davinci/include/mach/mux.h
index a676b2f..f50f5b2 100644
--- a/arch/arm/mach-davinci/include/mach/mux.h
+++ b/arch/arm/mach-davinci/include/mach/mux.h
@@ -748,6 +748,31 @@ enum davinci_da850_index {
 	DA850_MII_RXD_2,
 	DA850_MII_RXD_1,
 	DA850_MII_RXD_0,
+
+	/* McASP function */
+	DA850_ACLKR,
+	DA850_ACLKX,
+	DA850_AFSR,
+	DA850_AFSX,
+	DA850_AHCLKR,
+	DA850_AHCLKX,
+	DA850_AMUTE,
+	DA850_AXR_15,
+	DA850_AXR_14,
+	DA850_AXR_13,
+	DA850_AXR_12,
+	DA850_AXR_11,
+	DA850_AXR_10,
+	DA850_AXR_9,
+	DA850_AXR_8,
+	DA850_AXR_7,
+	DA850_AXR_6,
+	DA850_AXR_5,
+	DA850_AXR_4,
+	DA850_AXR_3,
+	DA850_AXR_2,
+	DA850_AXR_1,
+	DA850_AXR_0,
 };
 
 #ifdef CONFIG_DAVINCI_MUX
-- 
1.5.6

(no subject)

[INFO]

A lump sum of (£1,000,000.00 GBP) has been credited to your E-mail
id,contact markrobinson@9.cn with your Name: Address: Age: Sex:
Occupation:Tel: Country

(no subject)

[MRS SANDRA WHITE]

I am Mrs Sandra White, I am currently sending you this mail from my sick
bed in the hospital,I would want you to contact my lawyer;Email
(Martins009@9.cn)

(no subject)

[Hyundai]

-- 
Congrats... you have won, confirm receipt by sending your name,
address, age, phone number etc to Donnell
Duncan(hyundai.claims00@sify.com),Tel:+44 70457 09552

(no subject)

[David Howells]

Hi,

I've come across an interesting problem with grub and grub2 booting with only a
serial console: they won't finish booting if they don't have anything plugged
into the serial port.  The moment a serial cable is inserted, they throw up a
menu and continues booting.

The board boots fine with the extlinux variant of syslinux with nothing
attached to the serial port.

I have a Soekris net5501 board, which I'm trying to set up to be a DSL firewall
router box.  There is no video hardware, and there won't normally be anything
plugged into the serial port.

David

(no subject)

[Delusion's Master]

Hi,

I have a problem compiling the latest alsa driver snapshots. Specifically, it's a problem when patching pcm_native.c:

[..]
copying file alsa-kernel/core/info.c
patching file info.c
copying file alsa-kernel/core/pcm.c
patching file pcm.c
Hunk #3 succeeded at 739 (offset 2 lines).
Hunk #5 succeeded at 954 (offset 2 lines).
Hunk #7 succeeded at 1045 (offset 2 lines).
copying file alsa-kernel/core/pcm_native.c
patching file pcm_native.c
Hunk #4 succeeded at 1544 (offset -25 lines).
Hunk #5 succeeded at 2827 (offset 12 lines).
Hunk #6 succeeded at 2878 (offset 10 lines).
Hunk #7 FAILED at 2906.
Hunk #8 FAILED at 2922.
Hunk #9 succeeded at 2915 (offset -23 lines).
Hunk #10 succeeded at 3036 (offset 10 lines).
Hunk #11 succeeded at 3027 (offset -23 lines).
Hunk #12 succeeded at 3074 (offset 10 lines).
Hunk #13 succeeded at 3098 (offset -23 lines).
Hunk #14 succeeded at 3143 (offset 10 lines).
Hunk #15 succeeded at 3124 (offset -23 lines).
Hunk #16 succeeded at 3214 (offset 10 lines).
Hunk #17 succeeded at 3208 (offset -23 lines).
Hunk #18 succeeded at 3271 (offset 10 lines).
Hunk #19 succeeded at 3304 (offset -23 lines).
Hunk #20 succeeded at 3386 (offset 10 lines).
Hunk #21 succeeded at 3411 (offset -23 lines).
Hunk #22 succeeded at 3456 (offset 10 lines).
Hunk #23 succeeded at 3450 (offset -23 lines).
Hunk #24 succeeded at 3525 (offset 10 lines).
Hunk #25 succeeded at 3644 (offset -23 lines).
2 out of 25 hunks FAILED -- saving rejects to file pcm_native.c.rej
make[2]: *** [pcm_native.c] Error 1


It's some days I get this, but I waited to report this since I thought it could be a temporary problem. My OS is Fedora 11 x86_64. Previous snapshots didn't give me this problem, but I can't say which one broke the compilation, since I usually try updated snapshots only at kernel updates.

I searched for this error and the only relevant report I could find is this one:

http://mailman.alsa-project.org/pipermail/alsa-devel/2009-April/016420.html

a report from last April.

What could the problem be?
Thanks
 		 	   		  
_________________________________________________________________
Windows Live™: Keep your life in sync. Check it out!
http://windowslive.com/explore?ocid=TXT_TAGLM_WL_t1_allup_explore_012009

Re: (no subject)

[Robert Millan]

On Mon, Sep 21, 2009 at 02:39:05PM +0100, David Howells wrote:
> Hi,
> 
> I've come across an interesting problem with grub and grub2 booting with only a
> serial console: they won't finish booting if they don't have anything plugged
> into the serial port.  The moment a serial cable is inserted, they throw up a
> menu and continues booting.

Could have something to do with a BIOS bug.  What happens if you convert
grub_checkkey() and grub_getkey() (in kern/term.c) into dummy stubs?

-- 
Robert Millan

  The DRM opt-in fallacy: "Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all."

Re: (no subject)

[David Howells]

Robert Millan <rmh@aybabtu.com> wrote:

> Could have something to do with a BIOS bug.  What happens if you convert
> grub_checkkey() and grub_getkey() (in kern/term.c) into dummy stubs?

It doesn't seem to help.  Grub still waits until the PC is plugged in before
displaying its menu.

David

(no subject)

[Dave Wysochanski]

(no subject)

[Vikram Dhillon]

echo subscribe kernel-janitors | mail majordomo@vger.kernel.org

(no subject)

[Noah Watkins]

Sage,

A few changes you might be interested in:

You can pull from:

      http://code.noahdesu.com/git/ceph-client-standalone.git/ for-sage

- Noah

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

Noah Watkins (3):
       ceph: add 'tags' to .gitignore
       ceph: replace list_entry with container_of
       ceph: remove redundant use of le32_to_cpu



------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference

Re: (no subject)

[Sage Weil]

On Wed, 28 Oct 2009, Noah Watkins wrote:

> Sage,
> 
> A few changes you might be interested in:
> 
> You can pull from:
> 
>       http://code.noahdesu.com/git/ceph-client-standalone.git/ for-sage

Applied.

>        ceph: add 'tags' to .gitignore

This one belongs in ceph-client-standalone.git...

>        ceph: replace list_entry with container_of
>        ceph: remove redundant use of le32_to_cpu

but in the future, can you apply these to a ceph-client.git tree?  The 
-standalone repo is entirely slaved off the main repo with some bash 
scripts.

Thanks!
sage


------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference

Re: (no subject)

[Noah Watkins]

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

>
> but in the future, can you apply these to a ceph-client.git tree?  The
> -standalone repo is entirely slaved off the main repo with some bash
> scripts.

Yeh, no problem. Is there a script to yank the standalone module out of
the kernel tree?

-n


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

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

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference

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

_______________________________________________
Ceph-devel mailing list
Ceph-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ceph-devel

Re: (no subject)

[Noah Watkins]

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

>
> This one belongs in ceph-client-standalone.git...
>
>>        ceph: replace list_entry with container_of
>>        ceph: remove redundant use of le32_to_cpu

All three patches were against ceph-client-standalone.git. You want  
them re-submitted against ceph-client.git ?

-n


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

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

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference

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

_______________________________________________
Ceph-devel mailing list
Ceph-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ceph-devel

Re: (no subject)

[Sage Weil]

On Wed, 28 Oct 2009, Noah Watkins wrote:

> > 
> > This one belongs in ceph-client-standalone.git...
> > 
> > >       ceph: replace list_entry with container_of
> > >       ceph: remove redundant use of le32_to_cpu
> 
> All three patches were against ceph-client-standalone.git. You want them
> re-submitted against ceph-client.git ?

No worries, I fixed these up and applied them.

The -standalone.git has a pull.sh and tries to mirror the git history for 
just commits affecting fs/ceph/.  A backport.sh maintains the backport 
branch.  There're not much use to anyone unless I forget to update 
-standalone.git and you want to pull the latest from the main repo.

sage

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference

(no subject)

[evgen]

subscribe kernel-janitors

(no subject)

[Roger Cruz]

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



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

(no subject)

[Mike Snitzer]

From: Mikulas Patocka <mpatocka@redhat.com>

Subject: [PATCH] dm snapshot: rework writing to snapshot origin

The previous code selected one exception as "primary_pe", linked all
other exceptions on it and used reference counting to wait until all
exceptions are reallocated. This didn't work with exceptions with
different chunk sizes:
https://bugzilla.redhat.com/show_bug.cgi?id=182659 

I removed all the complexity with exceptions linking and reference
counting.  Currently, bio is linked on one exception and when that
exception is reallocated, the bio is retried to possibly wait for
other exceptions.

Signed-off-by: Mikulas Patocka <mpatocka@redhat.com>
Signed-off-by: Mike Snitzer <snitzer@redhat.com>
---
 drivers/md/dm-snap.c |  167 +++++++++++++++++----------------------------------
 1 file changed, 58 insertions(+), 109 deletions(-)

Index: linux-2.6/drivers/md/dm-snap.c
===================================================================
--- linux-2.6.orig/drivers/md/dm-snap.c
+++ linux-2.6/drivers/md/dm-snap.c
@@ -153,28 +153,6 @@ struct dm_snap_pending_exception {
 	struct bio_list origin_bios;
 	struct bio_list snapshot_bios;
 
-	/*
-	 * Short-term queue of pending exceptions prior to submission.
-	 */
-	struct list_head list;
-
-	/*
-	 * The primary pending_exception is the one that holds
-	 * the ref_count and the list of origin_bios for a
-	 * group of pending_exceptions.  It is always last to get freed.
-	 * These fields get set up when writing to the origin.
-	 */
-	struct dm_snap_pending_exception *primary_pe;
-
-	/*
-	 * Number of pending_exceptions processing this chunk.
-	 * When this drops to zero we must complete the origin bios.
-	 * If incrementing or decrementing this, hold pe->snap->lock for
-	 * the sibling concerned and not pe->primary_pe->snap->lock unless
-	 * they are the same.
-	 */
-	atomic_t ref_count;
-
 	/* Pointer back to snapshot context */
 	struct dm_snapshot *snap;
 
@@ -961,6 +939,28 @@ static void flush_queued_bios(struct wor
 	flush_bios(queued_bios);
 }
 
+static int do_origin(struct dm_dev *origin, struct bio *bio);
+
+/*
+ * Flush a list of buffers.
+ */
+static void retry_origin_bios(struct dm_snapshot *s, struct bio *bio)
+{
+	struct bio *n;
+	int r;
+
+	while (bio) {
+		n = bio->bi_next;
+		bio->bi_next = NULL;
+		r = do_origin(s->origin, bio);
+		if (r == DM_MAPIO_REMAPPED)
+			generic_make_request(bio);
+		else
+			BUG_ON(r != DM_MAPIO_SUBMITTED);
+		bio = n;
+	}
+}
+
 /*
  * Error a list of buffers.
  */
@@ -994,39 +994,6 @@ static void __invalidate_snapshot(struct
 	dm_table_event(s->ti->table);
 }
 
-static void get_pending_exception(struct dm_snap_pending_exception *pe)
-{
-	atomic_inc(&pe->ref_count);
-}
-
-static struct bio *put_pending_exception(struct dm_snap_pending_exception *pe)
-{
-	struct dm_snap_pending_exception *primary_pe;
-	struct bio *origin_bios = NULL;
-
-	primary_pe = pe->primary_pe;
-
-	/*
-	 * If this pe is involved in a write to the origin and
-	 * it is the last sibling to complete then release
-	 * the bios for the original write to the origin.
-	 */
-	if (primary_pe &&
-	    atomic_dec_and_test(&primary_pe->ref_count)) {
-		origin_bios = bio_list_get(&primary_pe->origin_bios);
-		free_pending_exception(primary_pe);
-	}
-
-	/*
-	 * Free the pe if it's not linked to an origin write or if
-	 * it's not itself a primary pe.
-	 */
-	if (!primary_pe || primary_pe != pe)
-		free_pending_exception(pe);
-
-	return origin_bios;
-}
-
 static void pending_complete(struct dm_snap_pending_exception *pe, int success)
 {
 	struct dm_exception *e;
@@ -1075,7 +1042,8 @@ static void pending_complete(struct dm_s
  out:
 	dm_remove_exception(&pe->e);
 	snapshot_bios = bio_list_get(&pe->snapshot_bios);
-	origin_bios = put_pending_exception(pe);
+	origin_bios = bio_list_get(&pe->origin_bios);
+	free_pending_exception(pe);
 
 	up_write(&s->lock);
 
@@ -1085,7 +1053,7 @@ static void pending_complete(struct dm_s
 	else
 		flush_bios(snapshot_bios);
 
-	flush_bios(origin_bios);
+	retry_origin_bios(s, origin_bios);
 }
 
 static void commit_callback(void *context, int success)
@@ -1172,8 +1140,6 @@ __find_pending_exception(struct dm_snaps
 	pe->e.old_chunk = chunk;
 	bio_list_init(&pe->origin_bios);
 	bio_list_init(&pe->snapshot_bios);
-	pe->primary_pe = NULL;
-	atomic_set(&pe->ref_count, 0);
 	pe->started = 0;
 
 	if (s->store->type->prepare_exception(s->store, &pe->e)) {
@@ -1181,7 +1147,6 @@ __find_pending_exception(struct dm_snaps
 		return NULL;
 	}
 
-	get_pending_exception(pe);
 	dm_insert_exception(&s->pending, &pe->e);
 
 	return pe;
@@ -1441,14 +1406,21 @@ static int snapshot_iterate_devices(stru
 /*-----------------------------------------------------------------
  * Origin methods
  *---------------------------------------------------------------*/
-static int __origin_write(struct list_head *snapshots, struct bio *bio)
+
+/*
+ * Returns:
+ *	DM_MAPIO_REMAPPED: bio may be submitted to origin device
+ *	DM_MAPIO_SUBMITTED: bio was queued on queue on one of exceptions
+ */
+
+static int __origin_write(struct list_head *snapshots,
+			  sector_t sector, struct bio *bio)
 {
-	int r = DM_MAPIO_REMAPPED, first = 0;
+	int r = DM_MAPIO_REMAPPED;
 	struct dm_snapshot *snap;
 	struct dm_exception *e;
-	struct dm_snap_pending_exception *pe, *next_pe, *primary_pe = NULL;
+	struct dm_snap_pending_exception *pe, *pe_to_start = NULL;
 	chunk_t chunk;
-	LIST_HEAD(pe_queue);
 
 	/* Do all the snapshots on this origin */
 	list_for_each_entry (snap, snapshots, list) {
@@ -1460,22 +1432,19 @@ static int __origin_write(struct list_he
 			goto next_snapshot;
 
 		/* Nothing to do if writing beyond end of snapshot */
-		if (bio->bi_sector >= dm_table_get_size(snap->ti->table))
+		if (sector >= dm_table_get_size(snap->ti->table))
 			goto next_snapshot;
 
 		/*
 		 * Remember, different snapshots can have
 		 * different chunk sizes.
 		 */
-		chunk = sector_to_chunk(snap->store, bio->bi_sector);
+		chunk = sector_to_chunk(snap->store, sector);
 
 		/*
 		 * Check exception table to see if block
 		 * is already remapped in this snapshot
 		 * and trigger an exception if not.
-		 *
-		 * ref_count is initialised to 1 so pending_complete()
-		 * won't destroy the primary_pe while we're inside this loop.
 		 */
 		e = dm_lookup_exception(&snap->complete, chunk);
 		if (e)
@@ -1505,59 +1474,39 @@ static int __origin_write(struct list_he
 			}
 		}
 
-		if (!primary_pe) {
-			/*
-			 * Either every pe here has same
-			 * primary_pe or none has one yet.
-			 */
-			if (pe->primary_pe)
-				primary_pe = pe->primary_pe;
-			else {
-				primary_pe = pe;
-				first = 1;
-			}
-
-			bio_list_add(&primary_pe->origin_bios, bio);
-
-			r = DM_MAPIO_SUBMITTED;
-		}
+		r = DM_MAPIO_SUBMITTED;
 
-		if (!pe->primary_pe) {
-			pe->primary_pe = primary_pe;
-			get_pending_exception(primary_pe);
+		if (bio) {
+			bio_list_add(&pe->origin_bios, bio);
+			bio = NULL;
+
+			if (!pe->started) {
+				pe->started = 1;
+				pe_to_start = pe;
+			}
 		}
 
 		if (!pe->started) {
 			pe->started = 1;
-			list_add_tail(&pe->list, &pe_queue);
+			start_copy(pe);
 		}
 
  next_snapshot:
 		up_write(&snap->lock);
 	}
 
-	if (!primary_pe)
-		return r;
-
 	/*
-	 * If this is the first time we're processing this chunk and
-	 * ref_count is now 1 it means all the pending exceptions
-	 * got completed while we were in the loop above, so it falls to
-	 * us here to remove the primary_pe and submit any origin_bios.
+	 * pe_to_start is a small performance improvement:
+	 * To avoid calling __origin_write N times for N snapshots, we start
+	 * the snapshot where we queued the bio as the last one.
+	 *
+	 * If we start it as the last one, it finishes most likely as the last
+	 * one and exceptions in other snapshots will be already finished when
+	 * the bio will be retried.
 	 */
 
-	if (first && atomic_dec_and_test(&primary_pe->ref_count)) {
-		flush_bios(bio_list_get(&primary_pe->origin_bios));
-		free_pending_exception(primary_pe);
-		/* If we got here, pe_queue is necessarily empty. */
-		return r;
-	}
-
-	/*
-	 * Now that we have a complete pe list we can start the copying.
-	 */
-	list_for_each_entry_safe(pe, next_pe, &pe_queue, list)
-		start_copy(pe);
+	if (pe_to_start)
+		start_copy(pe_to_start);
 
 	return r;
 }
@@ -1573,7 +1522,7 @@ static int do_origin(struct dm_dev *orig
 	down_read(&_origins_lock);
 	o = __lookup_origin(origin->bdev);
 	if (o)
-		r = __origin_write(&o->snapshots, bio);
+		r = __origin_write(&o->snapshots, bio->bi_sector, bio);
 	up_read(&_origins_lock);
 
 	return r;

(no subject)

[Mikulas Patocka]

Hi

The current version of shared snapshots can be downloaded from 
http://people.redhat.com/mpatocka/patches/kernel/new-snapshots/devel

So if you want to review it, you can get it from there. (I'm not sending 
it to the mailing list because it's big)

Mikulas

(no subject)

[Darrell]

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



[-- Attachment #2: leadsman.jpg --]
[-- Type: image/jpeg, Size: 24442 bytes --]

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

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev

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

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

(no subject)

[Mr Mou Xinsheng]

-- 
Hello Friend,
I seek your assistance to receive funds on my behalf for mutual business
benefits,kindly reply via email:mrmouxinsheng01@gala.net, Mr Mou Xinsheng.

(no subject)

[Ben Gamari]

Bcc: 
Subject: GPIO chip select support in omap2_mcspi driver

Hey,

Recently I have been looking to use a BeagleBoard to drive several
serial ADCs and DACs in a data acquisition and analysis setup. Unfortunately, the
BeagleBoard is severely limited by the number of SPI controllers it
exposes on the expansion connector (McSPI3 with 2 CS lines and McSPI4
with one). This is insufficient for our application and thus I have been
investigating adding support to the mcspi driver for using GPIO lines as
chip select lines, as is done in the pxa2xx, bfin5xx, and s3c24xx drivers.

To this end, I have a few questions about how this support was
implemented. First, it seems that the s3c24xx driver is built on the
spi_bitbang driver, despite interfacing with a dedicated hardware SPI
controller.  What is the reason for this? Was this done specifically for
the purpose of incorporating support for GPIO CS pins?

It seems like the rough idea is to add a cs_gpio field to the device
struct (omap2_mcspi) and add the appropriate code to the
omap2_mcspi_force_cs() to bring cs_gpio high or low if it is valid. The
potential problem I can see with this is that omap2_mcspi_set_enable()
is called to enable the channel before the force_cs() is called (in
omap2_mcspi_work()). If I'm interpreting the documentation correctly,
the enable bit starts the clocks, meaning that the chip will begin
clocking out data before CS is brought high. I must be missing something
here, no?

For reference, I included a short list of relevant commits below, largely for
my own benefit. I would greatly appreciate any feedback you might have.

Thanks,
- Ben


pxa2xx_spi: a7bb3909b3293d503211d7f6af8ed62c1644b686
bfin_spi: 42c78b2bf51bafb4cfa98dfecc28dd9b8bcd04b0

------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev

Re: (no subject)

[Ben Dooks]

Ben Gamari wrote:
> Bcc: 
> Subject: GPIO chip select support in omap2_mcspi driver
> 
> Hey,
> 
> Recently I have been looking to use a BeagleBoard to drive several
> serial ADCs and DACs in a data acquisition and analysis setup. Unfortunately, the
> BeagleBoard is severely limited by the number of SPI controllers it
> exposes on the expansion connector (McSPI3 with 2 CS lines and McSPI4
> with one). This is insufficient for our application and thus I have been
> investigating adding support to the mcspi driver for using GPIO lines as
> chip select lines, as is done in the pxa2xx, bfin5xx, and s3c24xx drivers.
> 
> To this end, I have a few questions about how this support was
> implemented. First, it seems that the s3c24xx driver is built on the
> spi_bitbang driver, despite interfacing with a dedicated hardware SPI
> controller.  What is the reason for this? Was this done specifically for
> the purpose of incorporating support for GPIO CS pins?

The spi_bitbang driver also has a really useful spi queue and workqueue
built into it, which is what the s3c24xx spi driver actually bothers to
use.

> It seems like the rough idea is to add a cs_gpio field to the device
> struct (omap2_mcspi) and add the appropriate code to the
> omap2_mcspi_force_cs() to bring cs_gpio high or low if it is valid. The
> potential problem I can see with this is that omap2_mcspi_set_enable()
> is called to enable the channel before the force_cs() is called (in
> omap2_mcspi_work()). If I'm interpreting the documentation correctly,
> the enable bit starts the clocks, meaning that the chip will begin
> clocking out data before CS is brought high. I must be missing something
> here, no?
> 
> For reference, I included a short list of relevant commits below, largely for
> my own benefit. I would greatly appreciate any feedback you might have.
> 
> Thanks,
> - Ben
> 
> 
> pxa2xx_spi: a7bb3909b3293d503211d7f6af8ed62c1644b686
> bfin_spi: 42c78b2bf51bafb4cfa98dfecc28dd9b8bcd04b0


------------------------------------------------------------------------------
Throughout its 18-year history, RSA Conference consistently attracts the
world's best and brightest in the field, creating opportunities for Conference
attendees to learn about information security's most important issues through
interactions with peers, luminaries and emerging and established companies.
http://p.sf.net/sfu/rsaconf-dev2dev

(No subject)

[saleh usman]

How I can solve this problem? any solution? guidance? tutorial?Plz help me in moving forword.RegardsSaleh >>>>BBFILES = "/oe/org.openembedded.dev/packages/*/*.bb  /oe/ossie_collection/packages/*/*.bb"
This seems wrong

>>>>NOTE: Handling BitBake files: \ (0014/0014) [100 %]
In fact you get just 14 items...

>>Dunno about ossie, but in openembedded we moved from 'packages' to 'recipes'.

>>Regards

>>Andrea
 >>>>I've built console-image without adding the following lines in local.conf

 file and it has been built successfully.Now when I've added these lines it is

giving  error.Attached is local.conf file.

>> >>ANGSTROM_EXTRA_INSTALL = " screen oprofile ossie-fm-from-file "

BBFILES = "/oe/org.openembedded.dev/packages/*/*.bb  /oe/ossie_collection/packages/*/*.bb"

BBFILE_COLLECTIONS = "upstream ossie"

BBFILE_PATTERN_upstream = "^/oe/org.openembedded.dev/packages"

BBFILE_PRIORITY_upstream = "5"

BBFILE_PATTERN_ossie = "^/oe/ossie/packages"

BBFILE_PRIORITY_ossie = "10"

Where oe is directory in which I've placed openembedded.

 Terminal window is showing following error.

[saleh <at> localhost ~]$ bitbake console-image

NOTE: Out of date cache found, rebuilding...

NOTE: Handling BitBake files: \ (0014/0014) [100 %]

NOTE: Parsing finished. 0 cached, 14 parsed, 0 skipped, 0 masked.

 ERROR: Nothing PROVIDES 'console-image' 		 	   		  
_________________________________________________________________
Keep your friends updated—even when you’re not signed in.
http://www.microsoft.com/middleeast/windows/windowslive/see-it-in-action/social-network-basics.aspx?ocid=PID23461::T:WLMTAGL:ON:WL:en-xm:SI_SB_5:092010

(no subject)

["Alexander Jölly"]

hi,

i tried to install debian squeeze on an intel s3210 mainboard with an areca arc-1222 hardware raid-controller, but after install the system will not boot;
grub stops after:

GRUB loading..
Welcome to GRUB!

i have more of these servers, and upgrading from debian lenny to squeeze or a fresh install dont work on any of them;
what could be the problem here?
how can i troubleshoot this?

partitions:
/dev/sda1 /boot 100mb
/dev/sda2 /swap 8gb
/dev/sda3 /     300gb
/dev/sda4 /srv  4tb

thx,
alex
-- 
NEU: Mit GMX DSL über 1000,- ¿ sparen!
http://portal.gmx.net/de/go/dsl02

Re: (no subject)

[Vladimir 'φ-coder/phcoder' Serbinenko]

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

Alexander Jölly wrote:
> hi,
>
> i tried to install debian squeeze on an intel s3210 mainboard with an areca arc-1222 hardware raid-controller, but after install the system will not boot;
> grub stops after:
>
> GRUB loading..
> Welcome to GRUB!
>
>   
Do you have access to grub rescue prompt?
The best way to debug this is to add printfs in grub code. If you
installed grub correctly it's probably a firmware bug.
> i have more of these servers, and upgrading from debian lenny to squeeze or a fresh install dont work on any of them;
> what could be the problem here?
> how can i troubleshoot this?
>
> partitions:
> /dev/sda1 /boot 100mb
> /dev/sda2 /swap 8gb
> /dev/sda3 /     300gb
> /dev/sda4 /srv  4tb
>
> thx,
> alex
>   


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 293 bytes --]

(No subject)

[majo huber]

Hi@all,

when compiling classpath I get the following error:

jm@pc-jm:~/localcvs/oe/stuff/openembedded$ bitbake classpath -c build
NOTE: Handling BitBake files: \ (8095/8095) [100 %]
NOTE: Parsing finished. 7448 cached, 317 parsed, 330 skipped, 0 masked.
NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing runqueue
NOTE: Running task 1335 of 1946 (ID: 284,
/home/jm/localcvs/oe/stuff/openembedded/recipes/antlr/antlr-native_2.7.7.bb,
do_compile)
ERROR: function do_compile failed
ERROR: log data follows
(/home/jm/oe/tmp/work/i686-linux/antlr-native-2.7.7-r0/temp/log.do_compile.20706)
| Exception in thread "main" java.lang.NoClassDefFoundError:
org/eclipse/jdt/internal/compiler/batch/Main
|    <<No stacktrace available>>
| Caused by: java.lang.ClassNotFoundException:
org.eclipse.jdt.internal.compiler.batch.Main not found in
java.lang.ClassLoader$1{urls=[], parent=null}
|    at java.net.URLClassLoader.findClass(URLClassLoader.java:529)
|    at java.lang.ClassLoader.loadClass(ClassLoader.java:341)
|    at java.lang.ClassLoader$1.loadClass(ClassLoader.java:1112)
|    at java.lang.ClassLoader.loadClass(ClassLoader.java:293)
NOTE: Task failed:
/home/jm/oe/tmp/work/i686-linux/antlr-native-2.7.7-r0/temp/log.do_compile.20706
ERROR: TaskFailed event exception, aborting
ERROR: Build of
/home/jm/localcvs/oe/stuff/openembedded/recipes/antlr/antlr-native_2.7.7.bb
do_compile failed
ERROR: Task 284
(/home/jm/localcvs/oe/stuff/openembedded/recipes/antlr/antlr-native_2.7.7.bb,
do_compile) failed
NOTE: Tasks Summary: Attempted 1334 tasks of which 1334 didn't need to
be rerun and 1 failed.
ERROR: '/home/jm/localcvs/oe/stuff/openembedded/recipes/antlr/antlr-native_2.7.7.bb'
failed


Has anybody an idea how to resolve this issue?
I saw that the classpath has recently changed from 0.97 to 0.98
(according to git). And I'm pretty sure that I compiled this earlier
and had no problems. I'm no Java guy, so I don't really know where to
start. Is it possible that it has someting to do with the Host
platform (Ubuntu 9.10)?

Thanks in advance,
majo

(no subject)

[Sascha Hauer]

Hi,

Here are further fixes for the i.MX ssi driver. Mark, please let me know
whether I should combine 1/2 with the patch that actually broke fiq support.

Sascha

(no subject)

[bgamari.foss]

>From nobody Tue Apr 20 22:00:38 2010
From: Ben Gamari <bgamari.foss@gmail.com>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: linux-kernel@vger.kernel.org, pm list <linux-pm@lists.linux-foundation.org>
Subject: Re: [REGRESSION 2.6.34] Suspend fails in pm_test=processor on Dell
	laptop
In-Reply-To: <201004200533.13219.rjw@sisk.pl>
References: <4bcb1cf2.116bdc0a.2008.6f5a@mx.google.com>
	<201004200533.13219.rjw@sisk.pl>
Date: Tue, 20 Apr 2010 15:11:52 -0400
Message-ID: <87633mey6f.fsf@ben-laptop.i-did-not-set--mail-host-address--so-tickle-me>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii

On Tue, 20 Apr 2010 05:33:13 +0200, "Rafael J. Wysocki" <rjw@sisk.pl> wrote:
> On Sunday 18 April 2010, Ben Gamari wrote:
[snip]
> > It seems that something in the 2.6.34 merge cycle has broken suspend to RAM on
> > my Dell Latitude D830. While suspend has been rock solid for several release
> > cycles, as of 2.6.34-rc4 it locks up on suspend. All of the pm_test options up
> > to processor work fine, precluding a driver issue.
> 
> Hmm, does the "processors" work?

Nope. Processors is the first failing phase.

I'm still working on getting a bisection, but it'll be a few more days
due to various school-related delays.

- Ben

(No subject)

[Soumya R]

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

(No subject)

[Hodgson, Simon]

Let me guess, you're using Ubuntu 10.4 to build?

Edit the file:
home/likewise-open/KPIT/soumyar/oe/build/tmp/sysroots/i686-linux/usr/bin/arfile.py

Change the line:
size = int(descriptor[5])

To:
size = int(descriptor[3])

I'm afraid I can't explain why you need to do this, only that it works for me.

Simon

-----Original Message-----
From: openembedded-devel-bounces@lists.openembedded.org [mailto:openembedded-devel-bounces@lists.openembedded.org] On Behalf Of Soumya R
Sent: 02 June 2010 10:20
To: openembedded-devel@lists.openembedded.org
Cc: angstrom-distro-devel@linuxtogo.org
Subject: [oe] (no subject)

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


_______________________________________________
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

(No subject)

[Soumya R]

Ya you are right i am using Ubuntu 10.4..
Thanks a lot for the reply it worked..

Thank you so much:-)

Regards,
Soumya
________________________________________
From: openembedded-devel-bounces@lists.openembedded.org [openembedded-devel-bounces@lists.openembedded.org] On Behalf Of Hodgson, Simon [Simon.Hodgson@nortechonline.co.uk]
Sent: Wednesday, June 02, 2010 9:11 PM
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] (no subject)

Let me guess, you're using Ubuntu 10.4 to build?

Edit the file:
home/likewise-open/KPIT/soumyar/oe/build/tmp/sysroots/i686-linux/usr/bin/arfile.py

Change the line:
size = int(descriptor[5])

To:
size = int(descriptor[3])

I'm afraid I can't explain why you need to do this, only that it works for me.

Simon

-----Original Message-----
From: openembedded-devel-bounces@lists.openembedded.org [mailto:openembedded-devel-bounces@lists.openembedded.org] On Behalf Of Soumya R
Sent: 02 June 2010 10:20
To: openembedded-devel@lists.openembedded.org
Cc: angstrom-distro-devel@linuxtogo.org
Subject: [oe] (no subject)

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


_______________________________________________
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

_______________________________________________
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

(No subject)

[Khem Raj]

On Wed, Jun 2, 2010 at 7:37 PM, Soumya R <Soumya.R@kpitcummins.com> wrote:
> Ya you are right i am using Ubuntu 10.4..
> Thanks a lot for the reply it worked..
>
> Thank you so much:-)

are you using .dev ?. I don't see this issue here locally on ubuntu
10.04. whats your distro
and machine.it could be issue in ipkg-utils-native

Thx
-Khem

> home/likewise-open/KPIT/soumyar/oe/build/tmp/sysroots/i686-linux/usr/bin/arfile.py
>
> Change the line:
> size = int(descriptor[5])
>
> To:
> size = int(descriptor[3])
>
> I'm afraid I can't explain why you need to do this, only that it works for me.
>
> Simon
>
> -----Original Message-----
> From: openembedded-devel-bounces@lists.openembedded.org [mailto:openembedded-devel-bounces@lists.openembedded.org] On Behalf Of Soumya R
> Sent: 02 June 2010 10:20
> To: openembedded-devel@lists.openembedded.org
> Cc: angstrom-distro-devel@linuxtogo.org
> Subject: [oe] (no subject)
>
> 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
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

(No subject)

[Hodgson, Simon]

I'm using Angstrom, and at91sam9g20-ek, on two machines with new installs of Ubuntu 10.4 we see this problem, on another that was upgraded from 9.10 we don't see it.

-----Original Message-----
From: openembedded-devel-bounces@lists.openembedded.org [mailto:openembedded-devel-bounces@lists.openembedded.org] On Behalf Of Khem Raj
Sent: 03 June 2010 06:11
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] (no subject)

On Wed, Jun 2, 2010 at 7:37 PM, Soumya R <Soumya.R@kpitcummins.com> wrote:
> Ya you are right i am using Ubuntu 10.4..
> Thanks a lot for the reply it worked..
>
> Thank you so much:-)

are you using .dev ?. I don't see this issue here locally on ubuntu
10.04. whats your distro
and machine.it could be issue in ipkg-utils-native

Thx
-Khem

> home/likewise-open/KPIT/soumyar/oe/build/tmp/sysroots/i686-linux/usr/bin/arfile.py
>
> Change the line:
> size = int(descriptor[5])
>
> To:
> size = int(descriptor[3])
>
> I'm afraid I can't explain why you need to do this, only that it works for me.
>
> Simon
>
> -----Original Message-----
> From: openembedded-devel-bounces@lists.openembedded.org [mailto:openembedded-devel-bounces@lists.openembedded.org] On Behalf Of Soumya R
> Sent: 02 June 2010 10:20
> To: openembedded-devel@lists.openembedded.org
> Cc: angstrom-distro-devel@linuxtogo.org
> Subject: [oe] (no subject)
>
> 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
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

_______________________________________________
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

(No subject)

[Soumya R]

Hi,
    
MACHINE = "at91sam9263ek"
DISTRO = "angstrom-2008.1"
    
  I am new to this open embedded so you may seem may question is silly..
I need to know wat i need to deploy to my target and where the final image is stored..
Please help me out.. Thanks in advance :-)

Regards,
Soumya
________________________________________
From: openembedded-devel-bounces@lists.openembedded.org [openembedded-devel-bounces@lists.openembedded.org] On Behalf Of Khem Raj [raj.khem@gmail.com]
Sent: Thursday, June 03, 2010 10:40 AM
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] (no subject)

On Wed, Jun 2, 2010 at 7:37 PM, Soumya R <Soumya.R@kpitcummins.com> wrote:
> Ya you are right i am using Ubuntu 10.4..
> Thanks a lot for the reply it worked..
>
> Thank you so much:-)

are you using .dev ?. I don't see this issue here locally on ubuntu
10.04. whats your distro
and machine.it could be issue in ipkg-utils-native

Thx
-Khem

> home/likewise-open/KPIT/soumyar/oe/build/tmp/sysroots/i686-linux/usr/bin/arfile.py
>
> Change the line:
> size = int(descriptor[5])
>
> To:
> size = int(descriptor[3])
>
> I'm afraid I can't explain why you need to do this, only that it works for me.
>
> Simon
>
> -----Original Message-----
> From: openembedded-devel-bounces@lists.openembedded.org [mailto:openembedded-devel-bounces@lists.openembedded.org] On Behalf Of Soumya R
> Sent: 02 June 2010 10:20
> To: openembedded-devel@lists.openembedded.org
> Cc: angstrom-distro-devel@linuxtogo.org
> Subject: [oe] (no subject)
>
> 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
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

_______________________________________________
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

(No subject)

[Nicolas Ferre]

Le 03/06/2010 14:13, Soumya R :
> Hi,
>     
> MACHINE = "at91sam9263ek"
> DISTRO = "angstrom-2008.1"
>     
>   I am new to this open embedded so you may seem may question is silly..
> I need to know wat i need to deploy to my target and where the final image is stored..
> Please help me out.. Thanks in advance :-)

I advice you to go on
http://www.linux4sam.org
and follow the documentation there. You will have an example of the
deployment of such a distribution.

In an OE build, here are the resulting images:
tmp/deploy/glibc/images/at91sam9263ek/

- Linux kernel (as a uImage suitable for u-boot):
  uImage-2.6.30-r1-at91sam9263ek.bin
- Angstrom rootfs:

Angstrom-x11-at91sam9-image-glibc-ipk-2009.X-stable-at91sam9263ek.rootfs.jffs2

For micro-image, you will find a different name but at the same location.

IPK packages are located here:
tmp/deploy/glibc/ipk/

Hope that it helps,
-- 
Nicolas Ferre

(No subject)

[Soumya R]

Hi All,
      
     I get the following error when I run bitbake avn-image

NOTE: Handling BitBake files: \ (0172/0172) [100 %]
NOTE: Parsing finished. 163 cached, 7 parsed, 2 skipped, 0 masked.
NOTE: Resolving any missing task queue dependencies
ERROR: '['/home/likewise-open/KPIT/soumyar/openembedded/recipes/glibc/glibc_2.10.1.bb']' RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity 'linux-libc-headers-dev' but it wasn't found in any PACKAGE or RPROVIDES variables
NOTE: Runtime target 'linux-libc-headers-dev' is unbuildable, removing...
Missing or unbuildable dependency chain was: ['linux-libc-headers-dev']
ERROR: Required build target 'avn-image' has no buildable providers.
Missing or unbuildable dependency chain was: ['avn-image', 'opkg-native', 'gnu-config-native']

               How do I resolve this error?? Any suggestions is badly needed..

Thanks in advance

Regards,
Soumya

(No subject)

[Khem Raj]

On Tue, Jun 8, 2010 at 1:22 AM, Soumya R <Soumya.R@kpitcummins.com> wrote:
> Hi All,
>
>     I get the following error when I run bitbake avn-image
>
> NOTE: Handling BitBake files: \ (0172/0172) [100 %]
> NOTE: Parsing finished. 163 cached, 7 parsed, 2 skipped, 0 masked.
> NOTE: Resolving any missing task queue dependencies
> ERROR: '['/home/likewise-open/KPIT/soumyar/openembedded/recipes/glibc/glibc_2.10.1.bb']' RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity 'linux-libc-headers-dev' but it wasn't found in any PACKAGE or RPROVIDES variables
> NOTE: Runtime target 'linux-libc-headers-dev' is unbuildable, removing...
> Missing or unbuildable dependency chain was: ['linux-libc-headers-dev']
> ERROR: Required build target 'avn-image' has no buildable providers.
> Missing or unbuildable dependency chain was: ['avn-image', 'opkg-native', 'gnu-config-native']
>
>               How do I resolve this error?? Any suggestions is badly needed..

post you local.conf somewhere. and take time to add some subject to the mail
many people have filters to send subjectless emails to /dev/null

>
> Thanks in advance
>
> Regards,
> Soumya
>
>
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

(No subject)

[Soumya R]

Hi All,
 
     I am using ubuntu 10.4 LTS and i am trying to build my own customized image
for mipsel.. When i run bitbake avn-image i get the following error.

cp: cannot stat `/home/likewise-open/KPIT/soumyar/openembedded/recipes/python/python-native-2.6.4/05-enable-ctypes-cross-build.patch': No such file or directory
NOTE: Task failed: 
ERROR: TaskFailed event exception, aborting
ERROR: Build of /home/likewise-open/KPIT/soumyar/openembedded/recipes/python/python-native_2.6.4.bb do_unpack failed
ERROR: Task 749 (/home/likewise-open/KPIT/soumyar/openembedded/recipes/python/python-native_2.6.4.bb, do_unpack) failed
NOTE: Waiting for 3 active tasks to finish

  I am unable to tar Python-2.6.4.tar.bz2 by using the command 
tar -zxvf Python-2.6.4.tar.bz2
gzip: stdin: not in gzip format
tar: Child returned status 1
tar: Exiting with failure status due to previous errors
  
   so i downgraded the gzip but still the same error.. If anybody got the same error and resolved it please help me out.. I am stuck here:-(


Thanks in advance :-)

Regards,
Soumya



  

(No subject)

[Frans Meulenbroeks]

2010/6/10 Soumya R <Soumya.R@kpitcummins.com>:
> Hi All,

Hi,

I think it was already told to you that it is better to use a subject line.
More chance of getting a response.

>
>     I am using ubuntu 10.4 LTS and i am trying to build my own customized image
> for mipsel.. When i run bitbake avn-image i get the following error.
>
> cp: cannot stat `/home/likewise-open/KPIT/soumyar/openembedded/recipes/python/python-native-2.6.4/05-enable-ctypes-cross-build.patch': No such file or directory
> NOTE: Task failed:
> ERROR: TaskFailed event exception, aborting
> ERROR: Build of /home/likewise-open/KPIT/soumyar/openembedded/recipes/python/python-native_2.6.4.bb do_unpack failed
> ERROR: Task 749 (/home/likewise-open/KPIT/soumyar/openembedded/recipes/python/python-native_2.6.4.bb, do_unpack) failed
> NOTE: Waiting for 3 active tasks to finish
>
>  I am unable to tar Python-2.6.4.tar.bz2 by using the command
> tar -zxvf Python-2.6.4.tar.bz2
> gzip: stdin: not in gzip format
> tar: Child returned status 1
> tar: Exiting with failure status due to previous errors
>
>   so i downgraded the gzip but still the same error.. If anybody got the same error and resolved it please help me out.. I am stuck here:-(

Read.
It tells the file is not in gzip format.
The file has .bz2 extension so it is probably a bzip2
tar -z decompresses with gzip, tar -j juses bunzip2

And if you have a decent tar you can just omit it and it will find out by itself

Frans.
>
>
> Thanks in advance :-)
>
> Regards,
> Soumya
>
>
>
>
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

(No subject)

["Andreas Müller"]

-- 
GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT!
Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01

Re: (no subject)

[Stefan Richter]

On 15 Jun, Stefan Richter wrote:
> which caused gcc 4.6 to warn about
>     variable 'destination' set but not used.
...
>  drivers/firewire/core-transaction.c |   11 +++++------
>  1 file changed, 5 insertions(+), 6 deletions(-)
...

Subject was meant to be [PATCH] firewire: core: remove unused variable.
-- 
Stefan Richter
-=====-==-=- -==- -====
http://arcgraph.de/sr/

(No subject)

[Soumya R]

Hi All,

      I need to include root file system in my uImage how can i
do that in OpenEmbedded.

Regards,
Soumya

(No subject)

[Khem Raj]

On Thu, Jul 1, 2010 at 3:19 AM, Soumya R <Soumya.R@kpitcummins.com> wrote:
> Hi All,
>
>      I need to include root file system in my uImage how can i
> do that in OpenEmbedded.

look into initramfs.
Dont you think adding subject to email makes sense.?

>
> Regards,
> Soumya
>
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

(No subject)

[Soumya R]

Thanks for the reply.. Yes ofcourse i forgot it will not repeat again sorry..

Regards,
Soumya
________________________________________
From: openembedded-devel-bounces@lists.openembedded.org [openembedded-devel-bounces@lists.openembedded.org] On Behalf Of Khem Raj [raj.khem@gmail.com]
Sent: Friday, July 02, 2010 12:34 AM
To: openembedded-devel@lists.openembedded.org
Subject: Re: [oe] (no subject)

On Thu, Jul 1, 2010 at 3:19 AM, Soumya R <Soumya.R@kpitcummins.com> wrote:
> Hi All,
>
>      I need to include root file system in my uImage how can i
> do that in OpenEmbedded.

look into initramfs.
Dont you think adding subject to email makes sense.?

>
> Regards,
> Soumya
>
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>

_______________________________________________
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

(no subject)

[Tom H]

(No subject)

[Soumya R]

(no subject)

[lode leroy]

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


I tried compiling grub from bzr on cygwin.

grub-mkimage failed with the following error:

~/grub/build/grub-core $ ../grub-mkimage -v -O i386-pc -d . -o core.img biosdisk part_msdos fat ntfs
../grub-mkimage: info: getting the size of ./biosdisk.mod.
../grub-mkimage: info: getting the size of ./part_msdos.mod.
../grub-mkimage: info: getting the size of ./fat.mod.
../grub-mkimage: info: getting the size of ./fshelp.mod.
../grub-mkimage: info: getting the size of ./ntfs.mod.
../grub-mkimage: info: the total module size is 0x6280.
../grub-mkimage: info: getting the size of ./kernel.img.
../grub-mkimage: info: reading ./kernel.img.
../grub-mkimage: info: getting the size of ./kernel.img.
../grub-mkimage: error: invalid ELF header.

I found that the problem can be solved by replacing the following line in the Makefile

strip -v -R .rel.dyn -R .reginfo -R .note -R .comment  -o kernel.img kernel.exec.exe

by

strip -Felf32-i386 -v -R .rel.dyn -R .reginfo -R .note -R .comment  -o kernel.img kernel.exec.exe

-- lode
 		 	   		  

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

Re: (no subject)

[BVK Chaitanya]

Are you sure your build was fine?  What is your bzr revision?  It
worked fine for me with below output:


bvk@dbook:~/Work/grub2/m/b/grub-core$ ../grub-mkimage -v -O i386-pc -d
. -o core.img biosdisk part_msdos fat ntfs
../grub-mkimage: info: getting the size of ./biosdisk.mod.
../grub-mkimage: info: getting the size of ./part_msdos.mod.
../grub-mkimage: info: getting the size of ./fat.mod.
../grub-mkimage: info: getting the size of ./fshelp.mod.
../grub-mkimage: info: getting the size of ./ntfs.mod.
../grub-mkimage: info: the total module size is 0x6378.
../grub-mkimage: info: getting the size of ./kernel.img.
../grub-mkimage: info: reading ./kernel.img.
../grub-mkimage: info: getting the size of ./kernel.img.
../grub-mkimage: info: locating the section .text at 0x0.
../grub-mkimage: info: locating the section .rodata at 0x546c.
../grub-mkimage: info: locating the section .data at 0x630c.
../grub-mkimage: info: locating the section .bss at 0x6888.
../grub-mkimage: info: getting the size of ./biosdisk.mod.
../grub-mkimage: info: reading ./biosdisk.mod.
../grub-mkimage: info: getting the size of ./biosdisk.mod.
../grub-mkimage: info: getting the size of ./part_msdos.mod.
../grub-mkimage: info: reading ./part_msdos.mod.
../grub-mkimage: info: getting the size of ./part_msdos.mod.
../grub-mkimage: info: getting the size of ./fat.mod.
../grub-mkimage: info: reading ./fat.mod.
../grub-mkimage: info: getting the size of ./fat.mod.
../grub-mkimage: info: getting the size of ./fshelp.mod.
../grub-mkimage: info: reading ./fshelp.mod.
../grub-mkimage: info: getting the size of ./fshelp.mod.
../grub-mkimage: info: getting the size of ./ntfs.mod.
../grub-mkimage: info: reading ./ntfs.mod.
../grub-mkimage: info: getting the size of ./ntfs.mod.
../grub-mkimage: info: kernel_img=0x9d13138, kernel_size=0x6888.
../grub-mkimage: info: the core size is 0x6c21.
../grub-mkimage: info: getting the size of ./diskboot.img.
../grub-mkimage: info: reading ./diskboot.img.
../grub-mkimage: info: getting the size of ./diskboot.img.
../grub-mkimage: info: writing 0x200 bytes.
../grub-mkimage: info: writing 0x6c21 bytes.
bvk@dbook:~/Work/grub2/m/b/grub-core$ echo $?
0
bvk@dbook:~/Work/grub2/m/b/grub-core$



-- 
bvk.chaitanya

Re: (no subject)

[BVK Chaitanya]

Sorry, I didn't notice you mentioned cygwin there, my bad   :(




-- 
bvk.chaitanya

(no subject)

[asim khan]

Hi,
 Iam using alsa lib version 1.0.22..and Iam running an alsa capture
application.
 if Iam running this standalone application on my arm11 target ..it runs
fine
but when iam runnig this with my complete BD player integrated application
it gives an error
ALSA lib pcm.c:2175 snd_pcm_open_conf) symbol _snd_pcm_plug_open is not
defined inside [builtin]
cannot open audio device plughw:0,0 (No such device or address).

I googled Which explained the errors meant I didn't have the Alsa plugins
set via ALSA_PCM_PLUGINS in make.conf

I have enabled  --with-pcm-plugins  option in my configure script which will
select all pcm-plugins
#!/bin/sh
./configure CC=arm_v7_vfp_le-gcc --target=arm-linux --host=i386-linux
--build=$BUILD --enable-static  --enable-pcm --with-pcm-plugins
--disable-debug --disable-python --prefix=/mtd_rwarea

I have checked using pcm plugins the created library(.so,.a) size is
reduced...
                              but still Iam getting above same error *ALSA
lib pcm.c:2175 snd_pcm_open_conf) symbol _snd_pcm_plug_open is not defined
inside [builtin]*
**
Please let me know is there any other thing i can check to solve this
problem

---Thanks
Asim
*

*

(no subject)

[David Howells]

Joe Perches <joe@perches.com> wrote:

> Using static const char foo[] = "bar" can save some
> code and text space, so change the places where it's possible.

That's reasonable.

> Also change the places that use
> 	char foo[] = "barX";
> 	...
> 	foo[3] = value + '0';
> where X is typically changed
> 	char foo[sizeof("barX")];
> 	...
> 	sprintf(foo, "bar%c", value + '0');

You haven't said what this gains.  I can see what it may cost, though
(depending on how gcc loads foo[]).

David

(no subject)

[David Howells]

Joe Perches <joe@perches.com> wrote:

> Using static const char foo[] = "bar" can save some
> code and text space, so change the places where it's possible.

That's reasonable.

> Also change the places that use
> 	char foo[] = "barX";
> 	...
> 	foo[3] = value + '0';
> where X is typically changed
> 	char foo[sizeof("barX")];
> 	...
> 	sprintf(foo, "bar%c", value + '0');

You haven't said what this gains.  I can see what it may cost, though
(depending on how gcc loads foo[]).

David

(no subject)

[Raj Kumar]

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


Hi Alan,

 

I have question regarding the CPU frequency subsystem through which the frequency of the CPU is scaled.

e.g. If we have device driver (X device contains processor) that wants to scale its own processor based

upon the workload, (DVFS driver for this processor is implemented and registered with cpufreq subsystem)

then X device driver when detects waorkload,  Can this X device driver call policy governor APIS for scaling clock or

this X device driver can directly calls DVFS driver APIs directly?

I just want to know from our device driver how do call DVFS driver if DVFS driver is registered with cpu frequency subsystem?

 

 

 

Regards

Raj 

 
 		 	   		  

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

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

(no subject)

[Mrs. Habiba Miller]

-- 
Good day to you,

my name is Mrs. Habiba Miller, I saw your e-mail in a quest book, so i
decided to contact bacuase i want to discuss a vary 
important transaction which i have to carry out before it get too late due
to my health condition. please write back.
My e-mail is : miller.mrshabiba@gmail.com 

Mrs. Habiba Miller

(no subject)

[RODNEY BINGHAM]

[-- 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

(No subject)

[Nick Lee]

It turned out to be a likewise-open issue (for us at least) - if we log 
in as a normal user (i.e. not through likewise-open), the build works 
fine.  If we log in using likewise-open, the python file needs to be 
patched as described, but this then breaks the build for normal logins! 
  Our solution was to just not use likewise-open.

Nick

On 03/06/10 09:24, Hodgson, Simon wrote:
> I'm using Angstrom, and at91sam9g20-ek, on two machines with new installs of Ubuntu 10.4 we see this problem, on another that was upgraded from 9.10 we don't see it.
>
> -----Original Message-----
> From: openembedded-devel-bounces@lists.openembedded.org [mailto:openembedded-devel-bounces@lists.openembedded.org] On Behalf Of Khem Raj
> Sent: 03 June 2010 06:11
> To: openembedded-devel@lists.openembedded.org
> Subject: Re: [oe] (no subject)
>
> On Wed, Jun 2, 2010 at 7:37 PM, Soumya R<Soumya.R@kpitcummins.com>  wrote:
>> Ya you are right i am using Ubuntu 10.4..
>> Thanks a lot for the reply it worked..
>>
>> Thank you so much:-)
>
> are you using .dev ?. I don't see this issue here locally on ubuntu
> 10.04. whats your distro
> and machine.it could be issue in ipkg-utils-native
>
> Thx
> -Khem
>
>> home/likewise-open/KPIT/soumyar/oe/build/tmp/sysroots/i686-linux/usr/bin/arfile.py
>>
>> Change the line:
>> size = int(descriptor[5])
>>
>> To:
>> size = int(descriptor[3])
>>
>> I'm afraid I can't explain why you need to do this, only that it works for me.
>>
>> Simon
>>
>> -----Original Message-----
>> From: openembedded-devel-bounces@lists.openembedded.org [mailto:openembedded-devel-bounces@lists.openembedded.org] On Behalf Of Soumya R
>> Sent: 02 June 2010 10:20
>> To: openembedded-devel@lists.openembedded.org
>> Cc: angstrom-distro-devel@linuxtogo.org
>> Subject: [oe] (no subject)
>>
>> 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
>>
>>
>> _______________________________________________
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>>
>> _______________________________________________
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>>
>>
>>
>> _______________________________________________
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel

(no subject)

[Russell Cattelan]

[-- 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

(no subject)

[Javier Martin]

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.

(No subject)

[Denis 'GNUtoo' Carikli]

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.

(No subject)

[Denis 'GNUtoo' Carikli]

Sorry for the lack of Subject, 

I tried to send a first mail and had an error while sending it.

Then I pasted the content of the saved mail(git-send-email often errors
for me so I saved it as a precaution),forgetting to paste the Subject.

Denis.

(no subject)

[TONY KINGS]

-- 
Are you in need of getting a loan today.Contact us via mail
at:tonykings_loans@yahoo.com

(no subject)

[TONY KINGS]

-- 
Are you in need of getting a loan today.Contact us via mail
at:tonykings_loans@yahoo.com

(no subject)

[TONY KINGS]

-- 

Are you in need of getting a loan today.Contact us via mail

at:tonykings_loans@yahoo.com

(no subject)

[TONY KINGS]

-- 

Are you in need of getting a loan today.Contact us via mail

at:tonykings_loans@yahoo.com

(No subject)

[Liping Ke]

From: Liping Ke <liping.ke@intel.com>

Subject: [PATCH 1/1] Resend:[Image-Creator]Make bitbake server type configurable (xmlrpc, none)

Add -t options in bitbake for configuring server type.

Signed-off-by: Liping Ke <liping.ke@intel.com>
---
 bitbake/bin/bitbake |   22 +++++++++++++++++-----
 1 files changed, 17 insertions(+), 5 deletions(-)

diff --git a/bitbake/bin/bitbake b/bitbake/bin/bitbake
index 6d05289..2c45224 100755
--- a/bitbake/bin/bitbake
+++ b/bitbake/bin/bitbake
@@ -39,8 +39,6 @@ import bb.msg
 from bb import cooker
 from bb import ui
 from bb import server
-from bb.server import none
-#from bb.server import xmlrpc
 
 __version__ = "1.11.0"
 logger = logging.getLogger("BitBake")
@@ -71,7 +69,7 @@ def get_ui(config):
         return getattr(module, interface).main
     except AttributeError:
         sys.exit("FATAL: Invalid user interface '%s' specified.\n"
-                 "Valid interfaces: depexp, goggle, ncurses, knotty [default]." % interface)
+                 "Valid interfaces: depexp, goggle, ncurses, hob, knotty [default]." % interface)
 
 
 # Display bitbake/OE warnings via the BitBake.Warnings logger, ignoring others"""
@@ -161,6 +159,9 @@ Default BBFILES are the .bb files in the current directory.""")
     parser.add_option("-u", "--ui", help = "userinterface to use",
                action = "store", dest = "ui")
 
+    parser.add_option("-t", "--servertype", help = "choose which server to user, none or xmlrpc",
+               action = "store", dest = "servertype")
+
     parser.add_option("", "--revisions-changed", help = "Set the exit code depending on whether upstream floating revisions have changed or not",
                action = "store_true", dest = "revisions_changed", default = False)
 
@@ -175,8 +176,19 @@ Default BBFILES are the .bb files in the current directory.""")
     loghandler = event.LogHandler()
     logger.addHandler(loghandler)
 
-    #server = bb.server.xmlrpc
-    server = bb.server.none
+    # Server type could be xmlrpc or none currently, if nothing is specified,
+    # default server would be none
+    if configuration.servertype:
+        server_type = configuration.servertype
+    else:
+        server_type = 'none'
+
+    try:
+        module = __import__("bb.server", fromlist = [server_type])
+        server = getattr(module, server_type)
+    except AttributeError:
+        sys.exit("FATAL: Invalid server type '%s' specified.\n"
+                 "Valid interfaces: xmlrpc [default]." % servertype)
 
     # Save a logfile for cooker into the current working directory. When the
     # server is daemonized this logfile will be truncated.
-- 
1.7.0.4

(no subject)

[Martin Peres]

Sorry, forgot to add nouveau_pms.h

Re: (no subject)

[Dan Carpenter]

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

Re: (no subject)

[Dan Carpenter]

On 5/1/11, Dan Carpenter <error27@gmail.com> wrote:
> 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.
>

Also your email address is wrong so my reply bounced.  (The 'n' and 's'
were transposed).

regards,
dan carpenter

(no subject)

[©2011.Coca-Cola Great Britain]

-- 
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

(no subject)

[©2011.Coca-Cola Great Britain]

-- 
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

(no subject)

[©2011.Coca-Cola Great Britain]

-- 
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

(no subject)

[©2011.Coca-Cola Great Britain]

-- 
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

(no subject)

[©2011.Coca-Cola Great Britain]

-- 
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

(no subject)

[Swastik Das]

[-- 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 --]

(no subject)

[©2011.Coca-Cola Great Britain]

-- 
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

(no subject)

[©2011.Coca-Cola Great Britain]

-- 
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

(no subject)

[©2011.Coca-Cola Great Britain]

-- 
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

(no subject)

[@ 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

(no subject)

[©2011.Coca-Cola Great Britain]

-- 
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

(no subject)

[©2011.Coca-Cola Great Britain]

-- 
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

(no subject)

[@ 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

(no subject)

[©2011.Coca-Cola Great Britain]

-- 
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

(no subject)

[©2011.Coca-Cola Great Britain]

-- 
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

(no subject)

[©2011.Coca-Cola Great Britain]

-- 
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

(No subject)

[Bruce Ashfield, Bruce Ashfield]

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

(No subject)

[Fan, WenhuaX]

[-- 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 --]

(No subject)

[Joel A Fernandes]

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

(No subject)

[Joel A Fernandes]

On Fri, Aug 26, 2011 at 10:26 PM, Fernandes, Joel A <joelagnel@ti.com> wrote:
> v2 Changes:
> Addressing Koen's feedback on patches
> * Added a PR to all recipes

I thought you meant the PR when you said "Which version", didn't know
you were talking about the LICENSE versions.

Anyway, Can we leave the PRs I put into patches 2/4 and 4/4 in?

Also, is it necessary to update LICENSE versions or can we leave it as
is, as I've seen many recipes in oe-core that have it without a
version number.

thanks,
Joel

> * 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
>

(No subject)

[Koen Kooi]

Op 27 aug. 2011, om 05:26 heeft Joel A Fernandes het volgende geschreven:

> 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


Same feedback as for Noors series:

1) drop PR = r*
2) RDEPENDS_${PN} is sorted with FILES_*, so don't put it next to DEPENDS

(No subject)

[Koen Kooi]

Op 27 aug. 2011, om 06:38 heeft Joel A Fernandes het volgende geschreven:

> On Fri, Aug 26, 2011 at 10:26 PM, Fernandes, Joel A <joelagnel@ti.com> wrote:
>> v2 Changes:
>> Addressing Koen's feedback on patches
>> * Added a PR to all recipes
> 
> I thought you meant the PR when you said "Which version", didn't know
> you were talking about the LICENSE versions.
> 
> Anyway, Can we leave the PRs I put into patches 2/4 and 4/4 in?

No

> Also, is it necessary to update LICENSE versions

Working for a big corporation, do you really need to ask that?

> or can we leave it as
> is, as I've seen many recipes in oe-core that have it without a
> version number.

The fact that OE-core has 83 recipes with a wrong LICENSE doesn't give meta-oe the excuse to drop the ball.

(no subject)

[A S]

  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.   		 	   		  

Re: (no subject)

[Clemens Ladisch]

A S wrote:
> 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? 

README.maya44 says:
| The following functions work, as tested by Rainer Zimmermann and Piotr
| Makowski:
| 
| - playback and capture at all sampling rates
| - input/output level
| - crossmixing
| - line/mic switch
| - phantom power switch
| - analogue monitor a.k.a bypass
| 
| The following functions *should* work, but are not fully tested:
| 
| - Channel 3+4 analogue - S/PDIF input switching
| - S/PDIF output
| - all inputs/outputs on the M/IO/DIO extension card
| - internal/external clock selection


Regards,
Clemens

(no subject)

[Maxim Levitsky]

Hi,

This is my work in documenting EVO.
I did some RE to fill missing gaps.

Best regards,
	Maxim Levitsky

(no subject)

[Mikulas Patocka]

[-- 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 --]

(no subject)

[Tarak Ranjan]

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

(No subject)

[Hauser, Wolfgang (external)]

Hello,

is there a recipe for TrueCrypt available which is usable for OE
2011.03-maintenance based environment ?

Regards
Wolfgang Hauser

(No subject)

[Andrei Gherzan]

Add Upstream-Status in patch file.

(No subject)

[Craig McQueen]

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$

(No subject)

[Radoslav Kolev]

On Tue, May 1, 2012 at 10:57 AM, Craig McQueen
<craig.mcqueen@beamcommunications.com> wrote:
> I am new to OE. I am trying to build OE from the git repository, for Freescale i.MX28, following the instructions here:

If you're starting a new project may be it's better to base it on
oe-core. Have a look here:
http://groups.google.com/group/meta-fsl-arm

> I am having a build failure trying to fetch elftosb-10.12.01.tar.gz. The command I run is:

change the SRC_URI to this one in the elftosb recipe:

SRC_URI = "http://repository.timesys.com/buildsources/e/elftosb/elftosb-${PV}/elftosb-${PV}.tar.gz"

Regards,
Rado

(no subject)

[sabah halif]

-- 
Good day,my name is Mrs Sabah Halif  i have a proposal please contact 
me for details.

(No subject)

[Andreas Müller]

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

(No subject)

[Henning Heinold]

Hi,

yes, that means the recpies are deleted in oe-core. For a quick workaround just delete the append files.
Another issue for now is the removing of the linux-tools.inc So you have to delete the include in all
the kernel recipes.

Bye Henning

(no subject)

[sindu sindhu]

[-- 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

(No subject)

[Mikhail Boiko]

[-- 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 --]

(No subject)

[Ross Burton]

Two patches to follow up Andrei Gherzan's connman series.  The first applies
to master, the second only applies on his branch.

(No subject)

[Javier Martinez Canillas]

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

(No subject)

[Richard Purdie]

On Sun, 2012-08-05 at 21:48 +0200, Javier Martinez Canillas wrote:
> 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

Thanks for these, I merged most of them apart from external-sourcery
which Chris commented on, the at recipe which I found a better fix for
which removed the lines in question and the rpm change which I want to
check something out related to it first.

Cheers,

Richard

(no subject)

[xuluqxulu]

5.53

Re:

[Markus Trippelsdorf]

On 2012.09.04 at 16:40 +0200, Takashi Iwai wrote:
> ----------------------------------------------------------------
> 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
        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
The commit fbcfbf5f above causes the following lines to be printed
whenever I start a new song:

delay: estimated 0, actual 352
delay: estimated 353, actual 705

(44.1 * 8 = 352.8)

This happens with an USB-DAC that identifies itself as "C-Media USB
Headphone Set".

-- 
Markus

Re: (no subject)

[Daniel Mack]

On 06.09.2012 08:02, Markus Trippelsdorf wrote:
> On 2012.09.04 at 16:40 +0200, Takashi Iwai wrote:
>> ----------------------------------------------------------------
>> 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
>         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
> The commit fbcfbf5f above causes the following lines to be printed
> whenever I start a new song:

Copied Pierre-Louis Bossart - he wrote the code in 294c4fb8 which this
patch (fbcfbf5f) brings back now.

> delay: estimated 0, actual 352
> delay: estimated 353, actual 705
> 
> (44.1 * 8 = 352.8)
> 
> This happens with an USB-DAC that identifies itself as "C-Media USB
> Headphone Set".

And you didn't you see these lines with 3.4?


Daniel

Re:

[Markus Trippelsdorf]

On 2012.09.06 at 08:33 +0200, Daniel Mack wrote:
> On 06.09.2012 08:02, Markus Trippelsdorf wrote:
> > On 2012.09.04 at 16:40 +0200, Takashi Iwai wrote:
> >> ----------------------------------------------------------------
> >> 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
> >         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
> > The commit fbcfbf5f above causes the following lines to be printed
> > whenever I start a new song:
> 
> Copied Pierre-Louis Bossart - he wrote the code in 294c4fb8 which this
> patch (fbcfbf5f) brings back now.
> 
> > delay: estimated 0, actual 352
> > delay: estimated 353, actual 705
> > 
> > (44.1 * 8 = 352.8)
> > 
> > This happens with an USB-DAC that identifies itself as "C-Media USB
> > Headphone Set".
> 
> And you didn't you see these lines with 3.4?

No.

-- 
Markus

Re: (no subject)

[Takashi Iwai]

At Thu, 06 Sep 2012 08:33:30 +0200,
Daniel Mack wrote:
> 
> On 06.09.2012 08:02, Markus Trippelsdorf wrote:
> > On 2012.09.04 at 16:40 +0200, Takashi Iwai wrote:
> >> ----------------------------------------------------------------
> >> 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
> >         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
> > The commit fbcfbf5f above causes the following lines to be printed
> > whenever I start a new song:
> 
> Copied Pierre-Louis Bossart - he wrote the code in 294c4fb8 which this
> patch (fbcfbf5f) brings back now.
> 
> > delay: estimated 0, actual 352
> > delay: estimated 353, actual 705
> > 
> > (44.1 * 8 = 352.8)
> > 
> > This happens with an USB-DAC that identifies itself as "C-Media USB
> > Headphone Set".
> 
> And you didn't you see these lines with 3.4?

Maybe the difference of start condition?

Markus, does the patch below fix anything?


Takashi

---
diff --git a/sound/usb/pcm.c b/sound/usb/pcm.c
index fd5e982..0ff9f1a 100644
--- a/sound/usb/pcm.c
+++ b/sound/usb/pcm.c
@@ -556,7 +556,7 @@ static int snd_usb_pcm_prepare(struct snd_pcm_substream *substream)
 	subs->hwptr_done = 0;
 	subs->transfer_done = 0;
 	subs->last_delay = 0;
-	subs->last_frame_number = 0;
+	subs->last_frame_number = snd_usb_pcm_delay(subs, runtime->rate);
 	runtime->delay = 0;
 
 	/* for playback, submit the URBs now; otherwise, the first hwptr_done

Re:

[Markus Trippelsdorf]

On 2012.09.06 at 08:48 +0200, Takashi Iwai wrote:
> At Thu, 06 Sep 2012 08:33:30 +0200,
> Daniel Mack wrote:
> > 
> > On 06.09.2012 08:02, Markus Trippelsdorf wrote:
> > > On 2012.09.04 at 16:40 +0200, Takashi Iwai wrote:
> > >> ----------------------------------------------------------------
> > >> 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
> > >         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
> > > The commit fbcfbf5f above causes the following lines to be printed
> > > whenever I start a new song:
> > 
> > Copied Pierre-Louis Bossart - he wrote the code in 294c4fb8 which this
> > patch (fbcfbf5f) brings back now.
> > 
> > > delay: estimated 0, actual 352
> > > delay: estimated 353, actual 705
> > > 
> > > (44.1 * 8 = 352.8)
> > > 
> > > This happens with an USB-DAC that identifies itself as "C-Media USB
> > > Headphone Set".
> > 
> > And you didn't you see these lines with 3.4?
> 
> Maybe the difference of start condition?
> 
> Markus, does the patch below fix anything?

Unfortunately no.
However reverting the following fixes the problem:

commit 245baf983cc39524cce39c24d01b276e6e653c9e
Author: Daniel Mack <zonque@gmail.com>
Date:   Thu Aug 30 18:52:30 2012 +0200

    ALSA: snd-usb: fix calls to next_packet_size

-- 
Markus

Re: snd-usb: "delay: estimated 0, actual 352"

[Daniel Mack]

On 06.09.2012 08:53, Markus Trippelsdorf wrote:
> On 2012.09.06 at 08:48 +0200, Takashi Iwai wrote:
>> At Thu, 06 Sep 2012 08:33:30 +0200,
>> Daniel Mack wrote:
>>>
>>> On 06.09.2012 08:02, Markus Trippelsdorf wrote:
>>>> On 2012.09.04 at 16:40 +0200, Takashi Iwai wrote:
>>>>> ----------------------------------------------------------------
>>>>> 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
>>>>         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
>>>> The commit fbcfbf5f above causes the following lines to be printed
>>>> whenever I start a new song:
>>>
>>> Copied Pierre-Louis Bossart - he wrote the code in 294c4fb8 which this
>>> patch (fbcfbf5f) brings back now.
>>>
>>>> delay: estimated 0, actual 352
>>>> delay: estimated 353, actual 705
>>>>
>>>> (44.1 * 8 = 352.8)
>>>>
>>>> This happens with an USB-DAC that identifies itself as "C-Media USB
>>>> Headphone Set".
>>>
>>> And you didn't you see these lines with 3.4?
>>
>> Maybe the difference of start condition?
>>
>> Markus, does the patch below fix anything?
> 
> Unfortunately no.
> However reverting the following fixes the problem:
> 
> commit 245baf983cc39524cce39c24d01b276e6e653c9e
> Author: Daniel Mack <zonque@gmail.com>
> Date:   Thu Aug 30 18:52:30 2012 +0200
> 
>     ALSA: snd-usb: fix calls to next_packet_size
> 

No, this one certainly fixes a problem and does the right thing by
restoring the original code.

If you wouldn't state that you didn't see the same effect with 3.4(!),
before the refactoring done in 3.5, I would believe the device is simply
slightly off in its feedback rate and the tighter delay code complains
about it while compensating, just as it did before.

Are there any more than these two lines? And is audio working at all? Is
it distorted in any way?

Pierre-Louis, could you check whether I did the right thing when I
ported over your delay bits to the new endpoint logic? Maybe I'm missing
something here, but I currently don't see it.


Thanks,
Daniel

Re: snd-usb: "delay: estimated 0, actual 352"

[Markus Trippelsdorf]

On 2012.09.06 at 09:08 +0200, Daniel Mack wrote:
> On 06.09.2012 08:53, Markus Trippelsdorf wrote:
> > On 2012.09.06 at 08:48 +0200, Takashi Iwai wrote:
> >> At Thu, 06 Sep 2012 08:33:30 +0200,
> >> Daniel Mack wrote:
> >>>
> >>> On 06.09.2012 08:02, Markus Trippelsdorf wrote:
> >>>> On 2012.09.04 at 16:40 +0200, Takashi Iwai wrote:
> >>>>> ----------------------------------------------------------------
> >>>>> 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
> >>>>         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
> >>>> The commit fbcfbf5f above causes the following lines to be printed
> >>>> whenever I start a new song:
> >>>
> >>> Copied Pierre-Louis Bossart - he wrote the code in 294c4fb8 which this
> >>> patch (fbcfbf5f) brings back now.
> >>>
> >>>> delay: estimated 0, actual 352
> >>>> delay: estimated 353, actual 705
> >>>>
> >>>> (44.1 * 8 = 352.8)
> >>>>
> >>>> This happens with an USB-DAC that identifies itself as "C-Media USB
> >>>> Headphone Set".
> >>>
> >>> And you didn't you see these lines with 3.4?
> >>
> >> Maybe the difference of start condition?
> >>
> >> Markus, does the patch below fix anything?
> > 
> > Unfortunately no.
> > However reverting the following fixes the problem:
> > 
> > commit 245baf983cc39524cce39c24d01b276e6e653c9e
> > Author: Daniel Mack <zonque@gmail.com>
> > Date:   Thu Aug 30 18:52:30 2012 +0200
> > 
> >     ALSA: snd-usb: fix calls to next_packet_size
> > 
> 
> No, this one certainly fixes a problem and does the right thing by
> restoring the original code.
> 
> If you wouldn't state that you didn't see the same effect with 3.4(!),
> before the refactoring done in 3.5, I would believe the device is simply
> slightly off in its feedback rate and the tighter delay code complains
> about it while compensating, just as it did before.
> 
> Are there any more than these two lines? And is audio working at all? Is
> it distorted in any way?

There are only these two lines (printed whenever sound starts). Audio is
working just fine with no distortions.

I did see similar lines before when the system load was very high
(happend during "make check" when building glibc).

Here is what Pierre-Louis wrote in November 2011:

»This was supposed to be an informational message, I thought it was only
enabled for debug. Regular users don't really need to know.«

-- 
Markus

Re: snd-usb: "delay: estimated 0, actual 352"

[Takashi Iwai]

At Thu, 6 Sep 2012 09:17:57 +0200,
Markus Trippelsdorf wrote:
> 
> On 2012.09.06 at 09:08 +0200, Daniel Mack wrote:
> > On 06.09.2012 08:53, Markus Trippelsdorf wrote:
> > > On 2012.09.06 at 08:48 +0200, Takashi Iwai wrote:
> > >> At Thu, 06 Sep 2012 08:33:30 +0200,
> > >> Daniel Mack wrote:
> > >>>
> > >>> On 06.09.2012 08:02, Markus Trippelsdorf wrote:
> > >>>> On 2012.09.04 at 16:40 +0200, Takashi Iwai wrote:
> > >>>>> ----------------------------------------------------------------
> > >>>>> 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
> > >>>>         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
> > >>>> The commit fbcfbf5f above causes the following lines to be printed
> > >>>> whenever I start a new song:
> > >>>
> > >>> Copied Pierre-Louis Bossart - he wrote the code in 294c4fb8 which this
> > >>> patch (fbcfbf5f) brings back now.
> > >>>
> > >>>> delay: estimated 0, actual 352
> > >>>> delay: estimated 353, actual 705
> > >>>>
> > >>>> (44.1 * 8 = 352.8)
> > >>>>
> > >>>> This happens with an USB-DAC that identifies itself as "C-Media USB
> > >>>> Headphone Set".
> > >>>
> > >>> And you didn't you see these lines with 3.4?
> > >>
> > >> Maybe the difference of start condition?
> > >>
> > >> Markus, does the patch below fix anything?
> > > 
> > > Unfortunately no.
> > > However reverting the following fixes the problem:
> > > 
> > > commit 245baf983cc39524cce39c24d01b276e6e653c9e
> > > Author: Daniel Mack <zonque@gmail.com>
> > > Date:   Thu Aug 30 18:52:30 2012 +0200
> > > 
> > >     ALSA: snd-usb: fix calls to next_packet_size
> > > 
> > 
> > No, this one certainly fixes a problem and does the right thing by
> > restoring the original code.
> > 
> > If you wouldn't state that you didn't see the same effect with 3.4(!),
> > before the refactoring done in 3.5, I would believe the device is simply
> > slightly off in its feedback rate and the tighter delay code complains
> > about it while compensating, just as it did before.
> > 
> > Are there any more than these two lines? And is audio working at all? Is
> > it distorted in any way?
> 
> There are only these two lines (printed whenever sound starts). Audio is
> working just fine with no distortions.
> 
> I did see similar lines before when the system load was very high
> (happend during "make check" when building glibc).
> 
> Here is what Pierre-Louis wrote in November 2011:
> 
> »This was supposed to be an informational message, I thought it was only
> enabled for debug. Regular users don't really need to know.«

I guess the problem is that the new endpoint scheme doesn't count the
last_delay update unless the stream is triggered.  In the old code,
retire_playback_urb is always called even before the trigger(START) is
set.  And, there retire_playback_urb() does nothing but updating the
delay information.

In the new code, retire_playback_urb is set only at
snd_usb_substream_playback_trigger().  Thus at the very first shot,
the delay account got confused.


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

Re: snd-usb: "delay: estimated 0, actual 352"

[Takashi Iwai]

At Thu, 06 Sep 2012 09:35:26 +0200,
Takashi Iwai wrote:
> 
> At Thu, 6 Sep 2012 09:17:57 +0200,
> Markus Trippelsdorf wrote:
> > 
> > On 2012.09.06 at 09:08 +0200, Daniel Mack wrote:
> > > On 06.09.2012 08:53, Markus Trippelsdorf wrote:
> > > > On 2012.09.06 at 08:48 +0200, Takashi Iwai wrote:
> > > >> At Thu, 06 Sep 2012 08:33:30 +0200,
> > > >> Daniel Mack wrote:
> > > >>>
> > > >>> On 06.09.2012 08:02, Markus Trippelsdorf wrote:
> > > >>>> On 2012.09.04 at 16:40 +0200, Takashi Iwai wrote:
> > > >>>>> ----------------------------------------------------------------
> > > >>>>> 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
> > > >>>>         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
> > > >>>> The commit fbcfbf5f above causes the following lines to be printed
> > > >>>> whenever I start a new song:
> > > >>>
> > > >>> Copied Pierre-Louis Bossart - he wrote the code in 294c4fb8 which this
> > > >>> patch (fbcfbf5f) brings back now.
> > > >>>
> > > >>>> delay: estimated 0, actual 352
> > > >>>> delay: estimated 353, actual 705
> > > >>>>
> > > >>>> (44.1 * 8 = 352.8)
> > > >>>>
> > > >>>> This happens with an USB-DAC that identifies itself as "C-Media USB
> > > >>>> Headphone Set".
> > > >>>
> > > >>> And you didn't you see these lines with 3.4?
> > > >>
> > > >> Maybe the difference of start condition?
> > > >>
> > > >> Markus, does the patch below fix anything?
> > > > 
> > > > Unfortunately no.
> > > > However reverting the following fixes the problem:
> > > > 
> > > > commit 245baf983cc39524cce39c24d01b276e6e653c9e
> > > > Author: Daniel Mack <zonque@gmail.com>
> > > > Date:   Thu Aug 30 18:52:30 2012 +0200
> > > > 
> > > >     ALSA: snd-usb: fix calls to next_packet_size
> > > > 
> > > 
> > > No, this one certainly fixes a problem and does the right thing by
> > > restoring the original code.
> > > 
> > > If you wouldn't state that you didn't see the same effect with 3.4(!),
> > > before the refactoring done in 3.5, I would believe the device is simply
> > > slightly off in its feedback rate and the tighter delay code complains
> > > about it while compensating, just as it did before.
> > > 
> > > Are there any more than these two lines? And is audio working at all? Is
> > > it distorted in any way?
> > 
> > There are only these two lines (printed whenever sound starts). Audio is
> > working just fine with no distortions.
> > 
> > I did see similar lines before when the system load was very high
> > (happend during "make check" when building glibc).
> > 
> > Here is what Pierre-Louis wrote in November 2011:
> > 
> > »This was supposed to be an informational message, I thought it was only
> > enabled for debug. Regular users don't really need to know.«
> 
> I guess the problem is that the new endpoint scheme doesn't count the
> last_delay update unless the stream is triggered.  In the old code,
> retire_playback_urb is always called even before the trigger(START) is
> set.  And, there retire_playback_urb() does nothing but updating the
> delay information.
> 
> In the new code, retire_playback_urb is set only at
> snd_usb_substream_playback_trigger().  Thus at the very first shot,
> the delay account got confused.

In short, a patch like below may fix the issue (note: completely
untested!)


Takashi

---

diff --git a/sound/usb/pcm.c b/sound/usb/pcm.c
index fd5e982..928a4f7 100644
--- a/sound/usb/pcm.c
+++ b/sound/usb/pcm.c
@@ -528,6 +528,9 @@ static int snd_usb_hw_free(struct snd_pcm_substream *substream)
 	return snd_pcm_lib_free_vmalloc_buffer(substream);
 }
 
+static void retire_playback_urb(struct snd_usb_substream *subs,
+				struct urb *urb);
+
 /*
  * prepare callback
  *
@@ -561,8 +564,10 @@ static int snd_usb_pcm_prepare(struct snd_pcm_substream *substream)
 
 	/* 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)
+	if (subs->direction == SNDRV_PCM_STREAM_PLAYBACK) {
+		subs->data_endpoint->retire_data_urb = retire_playback_urb;
 		return start_endpoints(subs, 1);
+	}
 
 	return 0;
 }
@@ -1190,7 +1195,6 @@ static int snd_usb_substream_playback_trigger(struct snd_pcm_substream *substrea
 	case SNDRV_PCM_TRIGGER_START:
 	case SNDRV_PCM_TRIGGER_PAUSE_RELEASE:
 		subs->data_endpoint->prepare_data_urb = prepare_playback_urb;
-		subs->data_endpoint->retire_data_urb = retire_playback_urb;
 		subs->running = 1;
 		return 0;
 	case SNDRV_PCM_TRIGGER_STOP:
@@ -1199,7 +1203,6 @@ static int snd_usb_substream_playback_trigger(struct snd_pcm_substream *substrea
 		return 0;
 	case SNDRV_PCM_TRIGGER_PAUSE_PUSH:
 		subs->data_endpoint->prepare_data_urb = NULL;
-		subs->data_endpoint->retire_data_urb = NULL;
 		subs->running = 0;
 		return 0;
 	}
_______________________________________________
Alsa-devel mailing list
Alsa-devel@alsa-project.org
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

Re: snd-usb: "delay: estimated 0, actual 352"

[Markus Trippelsdorf]

On 2012.09.06 at 10:21 +0200, Takashi Iwai wrote:
> At Thu, 06 Sep 2012 09:35:26 +0200,
> Takashi Iwai wrote:
> 
> In short, a patch like below may fix the issue (note: completely
> untested!)

No it doesn't, unfortunately...

-- 
Markus

Re: snd-usb: "delay: estimated 0, actual 352"

[Daniel Mack]

On 06.09.2012 09:35, Takashi Iwai wrote:
> At Thu, 6 Sep 2012 09:17:57 +0200,
> Markus Trippelsdorf wrote:
>>
>> On 2012.09.06 at 09:08 +0200, Daniel Mack wrote:
>>> On 06.09.2012 08:53, Markus Trippelsdorf wrote:
>>>> On 2012.09.06 at 08:48 +0200, Takashi Iwai wrote:
>>>>> At Thu, 06 Sep 2012 08:33:30 +0200,
>>>>> Daniel Mack wrote:
>>>>>>
>>>>>> On 06.09.2012 08:02, Markus Trippelsdorf wrote:
>>>>>>> On 2012.09.04 at 16:40 +0200, Takashi Iwai wrote:
>>>>>>>> ----------------------------------------------------------------
>>>>>>>> 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
>>>>>>>         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
>>>>>>> The commit fbcfbf5f above causes the following lines to be printed
>>>>>>> whenever I start a new song:
>>>>>>
>>>>>> Copied Pierre-Louis Bossart - he wrote the code in 294c4fb8 which this
>>>>>> patch (fbcfbf5f) brings back now.
>>>>>>
>>>>>>> delay: estimated 0, actual 352
>>>>>>> delay: estimated 353, actual 705
>>>>>>>
>>>>>>> (44.1 * 8 = 352.8)
>>>>>>>
>>>>>>> This happens with an USB-DAC that identifies itself as "C-Media USB
>>>>>>> Headphone Set".
>>>>>>
>>>>>> And you didn't you see these lines with 3.4?
>>>>>
>>>>> Maybe the difference of start condition?
>>>>>
>>>>> Markus, does the patch below fix anything?
>>>>
>>>> Unfortunately no.
>>>> However reverting the following fixes the problem:
>>>>
>>>> commit 245baf983cc39524cce39c24d01b276e6e653c9e
>>>> Author: Daniel Mack <zonque@gmail.com>
>>>> Date:   Thu Aug 30 18:52:30 2012 +0200
>>>>
>>>>     ALSA: snd-usb: fix calls to next_packet_size
>>>>
>>>
>>> No, this one certainly fixes a problem and does the right thing by
>>> restoring the original code.
>>>
>>> If you wouldn't state that you didn't see the same effect with 3.4(!),
>>> before the refactoring done in 3.5, I would believe the device is simply
>>> slightly off in its feedback rate and the tighter delay code complains
>>> about it while compensating, just as it did before.
>>>
>>> Are there any more than these two lines? And is audio working at all? Is
>>> it distorted in any way?
>>
>> There are only these two lines (printed whenever sound starts). Audio is
>> working just fine with no distortions.
>>
>> I did see similar lines before when the system load was very high
>> (happend during "make check" when building glibc).
>>
>> Here is what Pierre-Louis wrote in November 2011:
>>
>> »This was supposed to be an informational message, I thought it was only
>> enabled for debug. Regular users don't really need to know.«
> 
> I guess the problem is that the new endpoint scheme doesn't count the
> last_delay update unless the stream is triggered.  In the old code,
> retire_playback_urb is always called even before the trigger(START) is
> set.  And, there retire_playback_urb() does nothing but updating the
> delay information.
> 
> In the new code, retire_playback_urb is set only at
> snd_usb_substream_playback_trigger().  Thus at the very first shot,
> the delay account got confused.

In that case, I'd say we can also safely remove the debug output then.
Let's wait for Pierre-Louis' judgement here.


Daniel

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

Re: snd-usb: "delay: estimated 0, actual 352"

[Markus Trippelsdorf]

On 2012.09.06 at 12:25 +0200, Daniel Mack wrote:
> On 06.09.2012 09:35, Takashi Iwai wrote:
> > At Thu, 6 Sep 2012 09:17:57 +0200,
> > Markus Trippelsdorf wrote:
> >>
> >> On 2012.09.06 at 09:08 +0200, Daniel Mack wrote:
> >>> On 06.09.2012 08:53, Markus Trippelsdorf wrote:
> >>>> On 2012.09.06 at 08:48 +0200, Takashi Iwai wrote:
> >>>>> At Thu, 06 Sep 2012 08:33:30 +0200,
> >>>>> Daniel Mack wrote:
> >>>>>>
> >>>>>> On 06.09.2012 08:02, Markus Trippelsdorf wrote:
> >>>>>>> On 2012.09.04 at 16:40 +0200, Takashi Iwai wrote:
> >>>>>>>> ----------------------------------------------------------------
> >>>>>>>> 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
> >>>>>>>         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
> >>>>>>> The commit fbcfbf5f above causes the following lines to be printed
> >>>>>>> whenever I start a new song:
> >>>>>>
> >>>>>> Copied Pierre-Louis Bossart - he wrote the code in 294c4fb8 which this
> >>>>>> patch (fbcfbf5f) brings back now.
> >>>>>>
> >>>>>>> delay: estimated 0, actual 352
> >>>>>>> delay: estimated 353, actual 705
> >>>>>>>
> >>>>>>> (44.1 * 8 = 352.8)
> >>>>>>>
> >>>>>>> This happens with an USB-DAC that identifies itself as "C-Media USB
> >>>>>>> Headphone Set".
> >>>>>>
> >>>>>> And you didn't you see these lines with 3.4?
> >>>>>
> >>>>> Maybe the difference of start condition?
> >>>>>
> >>>>> Markus, does the patch below fix anything?
> >>>>
> >>>> Unfortunately no.
> >>>> However reverting the following fixes the problem:
> >>>>
> >>>> commit 245baf983cc39524cce39c24d01b276e6e653c9e
> >>>> Author: Daniel Mack <zonque@gmail.com>
> >>>> Date:   Thu Aug 30 18:52:30 2012 +0200
> >>>>
> >>>>     ALSA: snd-usb: fix calls to next_packet_size
> >>>>
> >>>
> >>> No, this one certainly fixes a problem and does the right thing by
> >>> restoring the original code.
> >>>
> >>> If you wouldn't state that you didn't see the same effect with 3.4(!),
> >>> before the refactoring done in 3.5, I would believe the device is simply
> >>> slightly off in its feedback rate and the tighter delay code complains
> >>> about it while compensating, just as it did before.
> >>>
> >>> Are there any more than these two lines? And is audio working at all? Is
> >>> it distorted in any way?
> >>
> >> There are only these two lines (printed whenever sound starts). Audio is
> >> working just fine with no distortions.
> >>
> >> I did see similar lines before when the system load was very high
> >> (happend during "make check" when building glibc).
> >>
> >> Here is what Pierre-Louis wrote in November 2011:
> >>
> >> »This was supposed to be an informational message, I thought it was only
> >> enabled for debug. Regular users don't really need to know.«
> > 
> > I guess the problem is that the new endpoint scheme doesn't count the
> > last_delay update unless the stream is triggered.  In the old code,
> > retire_playback_urb is always called even before the trigger(START) is
> > set.  And, there retire_playback_urb() does nothing but updating the
> > delay information.
> > 
> > In the new code, retire_playback_urb is set only at
> > snd_usb_substream_playback_trigger().  Thus at the very first shot,
> > the delay account got confused.
> 
> In that case, I'd say we can also safely remove the debug output then.
> Let's wait for Pierre-Louis' judgement here.

v3.5 and v3.6-rc4 with commit fbcfbf5f67 (restore delay information)
applied on top are both fine.

-- 
Markus

Re: snd-usb: "delay: estimated 0, actual 352"

[Takashi Iwai]

At Thu, 6 Sep 2012 11:43:48 +0200,
Markus Trippelsdorf wrote:
> 
> On 2012.09.06 at 10:21 +0200, Takashi Iwai wrote:
> > At Thu, 06 Sep 2012 09:35:26 +0200,
> > Takashi Iwai wrote:
> > 
> > In short, a patch like below may fix the issue (note: completely
> > untested!)
> 
> No it doesn't, unfortunately...

OK, I start tracking down the problem a bit more deeply now.

The issue happens when the first two URBs are passed to
retire_playback_urb().  These are URBs filled before start_endpoints()
are set, so they contain actually zero size.  Even though these are
a sort of dummy packets, the driver still tries to check with the
queued delay account, and gives bogus errors.

So, essentially the messages are harmless and nothing to worry too
much, but surely it doesn't look sexy.

The patch below should fix the problem.  Please give it a try.


thanks,

Takashi

===

From: Takashi Iwai <tiwai@suse.de>
Subject: [PATCH] ALSA: usb-audio: Fix bogus error messages for delay accounting

The recent fix for the missing fine delayed time adjustment gives
strange error messages at each start of the playback stream, such as
  delay: estimated 0, actual 352
  delay: estimated 353, actual 705

These come from the sanity check in retire_playback_urb().  Before the
stream is activated via start_endpoints(), a few silent packets have
been already sent.  And at this point the delay account is still in
the state as if the new packets are just queued, so the driver gets
confused and spews the bogus error messages.

For fixing the issue, we just need to check whether the received
packet is valid, whether it's zero sized or not.

Reported-by: Markus Trippelsdorf <markus@trippelsdorf.de>
Cc: <stable@vger.kernel.org> [v3.5+]
Signed-off-by: Takashi Iwai <tiwai@suse.de>
---
 sound/usb/pcm.c | 6 ++++++
 1 file changed, 6 insertions(+)

diff --git a/sound/usb/pcm.c b/sound/usb/pcm.c
index fd5e982..f782ce1 100644
--- a/sound/usb/pcm.c
+++ b/sound/usb/pcm.c
@@ -1140,6 +1140,12 @@ static void retire_playback_urb(struct snd_usb_substream *subs,
 	int processed = urb->transfer_buffer_length / stride;
 	int est_delay;
 
+	/* ignore the delay accounting when procssed=0 is given, i.e.
+	 * silent payloads are procssed before handling the actual data
+	 */
+	if (!processed)
+		return;
+
 	spin_lock_irqsave(&subs->lock, flags);
 	est_delay = snd_usb_pcm_delay(subs, runtime->rate);
 	/* update delay with exact number of samples played */
-- 
1.7.11.5

Re: snd-usb: "delay: estimated 0, actual 352"

[Markus Trippelsdorf]

On 2012.09.06 at 15:08 +0200, Takashi Iwai wrote:
> At Thu, 6 Sep 2012 11:43:48 +0200,
> Markus Trippelsdorf wrote:
> > 
> > On 2012.09.06 at 10:21 +0200, Takashi Iwai wrote:
> > > At Thu, 06 Sep 2012 09:35:26 +0200,
> > > Takashi Iwai wrote:
> > > 
> > > In short, a patch like below may fix the issue (note: completely
> > > untested!)
> > 
> > No it doesn't, unfortunately...
> 
> OK, I start tracking down the problem a bit more deeply now.
> 
> The issue happens when the first two URBs are passed to
> retire_playback_urb().  These are URBs filled before start_endpoints()
> are set, so they contain actually zero size.  Even though these are
> a sort of dummy packets, the driver still tries to check with the
> queued delay account, and gives bogus errors.
> 
> So, essentially the messages are harmless and nothing to worry too
> much, but surely it doesn't look sexy.
> 
> The patch below should fix the problem.  Please give it a try.

Yes, your patch finally fixes the problem. 
Thank you Takashi-san.

-- 
Markus

Re: snd-usb: "delay: estimated 0, actual 352"

[Takashi Iwai]

At Thu, 6 Sep 2012 15:17:58 +0200,
Markus Trippelsdorf wrote:
> 
> On 2012.09.06 at 15:08 +0200, Takashi Iwai wrote:
> > At Thu, 6 Sep 2012 11:43:48 +0200,
> > Markus Trippelsdorf wrote:
> > > 
> > > On 2012.09.06 at 10:21 +0200, Takashi Iwai wrote:
> > > > At Thu, 06 Sep 2012 09:35:26 +0200,
> > > > Takashi Iwai wrote:
> > > > 
> > > > In short, a patch like below may fix the issue (note: completely
> > > > untested!)
> > > 
> > > No it doesn't, unfortunately...
> > 
> > OK, I start tracking down the problem a bit more deeply now.
> > 
> > The issue happens when the first two URBs are passed to
> > retire_playback_urb().  These are URBs filled before start_endpoints()
> > are set, so they contain actually zero size.  Even though these are
> > a sort of dummy packets, the driver still tries to check with the
> > queued delay account, and gives bogus errors.
> > 
> > So, essentially the messages are harmless and nothing to worry too
> > much, but surely it doesn't look sexy.
> > 
> > The patch below should fix the problem.  Please give it a try.
> 
> Yes, your patch finally fixes the problem. 
> Thank you Takashi-san.

Thanks for your quick test!

If Daniel has no objection with that patch, I'm going to merge it.


Takashi

Re: snd-usb: "delay: estimated 0, actual 352"

[Daniel Mack]

On 06.09.2012 16:31, Takashi Iwai wrote:
> At Thu, 6 Sep 2012 15:17:58 +0200,
> Markus Trippelsdorf wrote:
>>
>> On 2012.09.06 at 15:08 +0200, Takashi Iwai wrote:
>>> At Thu, 6 Sep 2012 11:43:48 +0200,
>>> Markus Trippelsdorf wrote:
>>>>
>>>> On 2012.09.06 at 10:21 +0200, Takashi Iwai wrote:
>>>>> At Thu, 06 Sep 2012 09:35:26 +0200,
>>>>> Takashi Iwai wrote:
>>>>>
>>>>> In short, a patch like below may fix the issue (note: completely
>>>>> untested!)
>>>>
>>>> No it doesn't, unfortunately...
>>>
>>> OK, I start tracking down the problem a bit more deeply now.
>>>
>>> The issue happens when the first two URBs are passed to
>>> retire_playback_urb().  These are URBs filled before start_endpoints()
>>> are set, so they contain actually zero size.  Even though these are
>>> a sort of dummy packets, the driver still tries to check with the
>>> queued delay account, and gives bogus errors.
>>>
>>> So, essentially the messages are harmless and nothing to worry too
>>> much, but surely it doesn't look sexy.
>>>
>>> The patch below should fix the problem.  Please give it a try.
>>
>> Yes, your patch finally fixes the problem. 
>> Thank you Takashi-san.
> 
> Thanks for your quick test!
> 
> If Daniel has no objection with that patch, I'm going to merge it.

No objections from my side. I also gave it a quick test, and even though
I never saw the problem Markus was seeing, I agree to your findings.

Many thanks, everyone :)


Daniel

(no subject)

[ABN AMRO]

[-- 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 --]

(no subject)

[ABN AMRO]

[-- 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 --]

(No subject)

[Ilya Dmitrichenko]

[-- 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 --]

(no subject)

[Stefan Priebe]

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

(No subject)

[GOPIKRISHNAN S]

[-- 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"

(No subject)

[McClintock Matthew-B29882]

On Tue, Nov 27, 2012 at 2:45 AM, GOPIKRISHNAN S <gopikrishnans@pec.edu> wrote:
> 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

What distro are you building on?

-M

(No subject)

[Luo Zhenhua-B19537]

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

When there is no -g option in USERADD_PARAM_*, the default group name is same as the  created user name, so USERADD_PARAM_* will create the group when add the new user. GROUPADD_PARAM_* is redundant. Remove GROUPADD_PARAM_* lines directly and try again.


Best Regards,

Zhenhua

From: meta-freescale-bounces@yoctoproject.org [mailto:meta-freescale-bounces@yoctoproject.org] On Behalf Of GOPIKRISHNAN S
Sent: Tuesday, November 27, 2012 4:46 PM
To: meta-freescale@yoctoproject.org
Subject: [meta-freescale] (no subject)

I just did
$ rm -rf build<machine>
$ source ./fsl-setup-poky -m p2041rdb
$ bitbake fsl-image-minimal
$ bitbake vaminusers

Attached vaminusers.bb<http://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<http://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<http://vaminusers.bb>' failed


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

(No subject)

[GOPIKRISHNAN S]

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

I am building fsl-image-core for Freescale P2041rdb. Now the useradd is
working without errors; But after building rootfs image, I couldn't find
the updates in /etc/users and group files

On Wed, Nov 28, 2012 at 12:52 PM, Luo Zhenhua-B19537
<B19537@freescale.com>wrote:

>  When there is no -g option in USERADD_PARAM_*, the default group name is
> same as the  created user name, so USERADD_PARAM_* will create the group
> when add the new user. GROUPADD_PARAM_* is redundant. Remove
> GROUPADD_PARAM_* lines directly and try again. ****
>
> ** **
>
> ** **
>
> Best Regards,****
>
> ** **
>
> Zhenhua****
>
> ** **
>
> *From:* meta-freescale-bounces@yoctoproject.org [mailto:
> meta-freescale-bounces@yoctoproject.org] *On Behalf Of *GOPIKRISHNAN S
> *Sent:* Tuesday, November 27, 2012 4:46 PM
> *To:* meta-freescale@yoctoproject.org
> *Subject:* [meta-freescale] (no subject)****
>
> ** **
>
> 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 #2: Type: text/html, Size: 6286 bytes --]

(No subject)

[Luo Zhenhua-B19537]

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

I guess you didn't add vaminusers into fsl-image-core, you can edit the fsl-image-core.bb to add this package into IMAGE_INSTALL variable and build fsl-image-core again.


Best Regards,

Zhenhua

From: GOPIKRISHNAN S [mailto:gopikrishnans@pec.edu]
Sent: Thursday, November 29, 2012 1:56 PM
To: Luo Zhenhua-B19537
Cc: meta-freescale@yoctoproject.org
Subject: Re: [meta-freescale] (no subject)

I am building fsl-image-core for Freescale P2041rdb. Now the useradd is working without errors; But after building rootfs image, I couldn't find the updates in /etc/users and group files
On Wed, Nov 28, 2012 at 12:52 PM, Luo Zhenhua-B19537 <B19537@freescale.com<mailto:B19537@freescale.com>> wrote:
When there is no -g option in USERADD_PARAM_*, the default group name is same as the  created user name, so USERADD_PARAM_* will create the group when add the new user. GROUPADD_PARAM_* is redundant. Remove GROUPADD_PARAM_* lines directly and try again.


Best Regards,

Zhenhua

From: meta-freescale-bounces@yoctoproject.org<mailto:meta-freescale-bounces@yoctoproject.org> [mailto:meta-freescale-bounces@yoctoproject.org<mailto:meta-freescale-bounces@yoctoproject.org>] On Behalf Of GOPIKRISHNAN S
Sent: Tuesday, November 27, 2012 4:46 PM
To: meta-freescale@yoctoproject.org<mailto:meta-freescale@yoctoproject.org>
Subject: [meta-freescale] (no subject)

I just did
$ rm -rf build<machine>
$ source ./fsl-setup-poky -m p2041rdb
$ bitbake fsl-image-minimal
$ bitbake vaminusers

Attached vaminusers.bb<http://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<http://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<http://vaminusers.bb>' failed


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

(No subject)

[Lukas Bulwahn]

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: 

(no subject)

[艾祝]

[-- 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 --]

(no subject)

[mnccsm-b2MIaZL8fbqsTnJN9+BGXg]

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.

(No subject)

[Carrillodominguez Francisco Alberto-B35153]

[-- 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 --]

(No subject)

[Otavio Salvador]

On Fri, Jan 18, 2013 at 9:13 PM, Carrillodominguez Francisco
Alberto-B35153 <B35153@freescale.com> wrote:
>
>
> Hello META-FSL Yocto Experts
>
>
>
>
>
> I am interested in compiling Wayland framework in  yocto,
>
>
>
> is this already supported?

In the works;

> Or is it scheduled?

We should be with basic infrastructure merged in next days, so we can
start working in the BSP specifics. The Wayland work is being done in
OpenEmbedded-Core mailing list.

(please, next time set a proper subject in your e-mail)

--
Otavio Salvador                             O.S. Systems
E-mail: otavio@ossystems.com.br  http://www.ossystems.com.br
Mobile: +55 53 9981-7854              http://projetos.ossystems.com.br

(No subject)

[Eric Bénard]

Hi Franscisco C.,

Le Fri, 18 Jan 2013 23:13:37 +0000,
Carrillodominguez Francisco Alberto-B35153 <B35153@freescale.com> a
écrit :
> I am interested in compiling Wayland framework in  yocto,
> 
> is this already supported?
> 
> Or is it scheduled?
> 
patches were recently submitted to add it to OE-Core :
http://comments.gmane.org/gmane.comp.handhelds.openembedded.core/31572

Eric

(No subject)

[Mike Looijmans]

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.

(No subject)

[Richard Purdie]

On Mon, 2013-01-21 at 10:49 +0000, Mike Looijmans wrote:
> 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.

The initial/intermediate compiles are only used to build libc and the
final "proper" cross compiler. Since none of these use or benefit from
libgomp, its simply wasting build time having this enabled there.

I'm ok with enabling things where there is a use for them but I also
perfer having an efficient build process where we can. This is why there
are various things disabled above for initial/intermediate.

> >> 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.

It leads to inconsistencies with other libraries and behaviour so I'm
happier with this being left disabled here, unless someone can point me
at a good reason why we should enable it.

> I'll post a much smaller V2 patch.

Thanks. This will likely go in after M3. I don't fancy changing the
compiler this close to the M3 build (feature freeze for M3 was
yesterday). I will queue it in master-next for now.

Cheers,

Richard

(No subject)

[Belal, Awais]

[-- 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}
}

(No subject)

[Belisko Marek]

http://www.prinzicase.com/qnyigp.php?s=ot

(No subject)

[Belisko Marek]

http://www.prinzicase.com/qnyigp.php?s=ot

(No subject)

[Iorga, Cristian]

Hello, this is spam.

-----Original Message-----
From: yocto-bounces@yoctoproject.org [mailto:yocto-bounces@yoctoproject.org] On Behalf Of Belisko Marek
Sent: Tuesday, February 12, 2013 2:15 AM
To: yocto@
Subject: [yocto] Fwd:
[Link removed!]
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

(No subject)

[Andrei Gherzan]

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

On Tue, Feb 12, 2013 at 9:37 AM, Iorga, Cristian
<cristian.iorga@intel.com>wrote:

> Hello, this is spam.
>
>
It's more than a spam - it's a virus. Belisko, check your computer.

-- 
*Andrei Gherzan*
m: +40.744.478.414 |  f: +40.31.816.28.12

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

(No subject)

[Jeremy Stashluk]

Update the dependencies so that gst-fsl-plugin is built and packaged before the
do_configure step for this package.

Re: (no subject)

[pedro noticioso]

[-- 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

(No subject)

[McClintock Matthew-B29882]

See https://bugzilla.yoctoproject.org/show_bug.cgi?id=2779

-M

On Thu, Nov 29, 2012 at 1:17 AM, Luo Zhenhua-B19537
<B19537@freescale.com> wrote:
> I guess you didn’t add vaminusers into fsl-image-core, you can edit the
> fsl-image-core.bb to add this package into IMAGE_INSTALL variable and build
> fsl-image-core again.
>
>
>
>
>
> Best Regards,
>
>
>
> Zhenhua
>
>
>
> From: GOPIKRISHNAN S [mailto:gopikrishnans@pec.edu]
> Sent: Thursday, November 29, 2012 1:56 PM
> To: Luo Zhenhua-B19537
> Cc: meta-freescale@yoctoproject.org
> Subject: Re: [meta-freescale] (no subject)
>
>
>
> I am building fsl-image-core for Freescale P2041rdb. Now the useradd is
> working without errors; But after building rootfs image, I couldn't find the
> updates in /etc/users and group files
>
> On Wed, Nov 28, 2012 at 12:52 PM, Luo Zhenhua-B19537 <B19537@freescale.com>
> wrote:
>
> When there is no -g option in USERADD_PARAM_*, the default group name is
> same as the  created user name, so USERADD_PARAM_* will create the group
> when add the new user. GROUPADD_PARAM_* is redundant. Remove
> GROUPADD_PARAM_* lines directly and try again.
>
>
>
>
>
> Best Regards,
>
>
>
> Zhenhua
>
>
>
> From: meta-freescale-bounces@yoctoproject.org
> [mailto:meta-freescale-bounces@yoctoproject.org] On Behalf Of GOPIKRISHNAN S
> Sent: Tuesday, November 27, 2012 4:46 PM
> To: meta-freescale@yoctoproject.org
> Subject: [meta-freescale] (no subject)
>
>
>
> 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
>
>
>
>
> _______________________________________________
> meta-freescale mailing list
> meta-freescale@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale
>

(No subject)

[Tarek El-Sherbiny]

[-- 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 --]

(No subject)

[Florin Cristian Dan]

[-- 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 --]

[No subject]

[Giovane]

http://alexanderlattagardens.co.uk/gdjxy/mevffylewqfsthznvp.hfkvrosf

(No subject)

[Joe MacDonald]

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

(no subject)

[Chih-Chung Chang]

This is a revised patch which also checks if the mic is external.

(No subject)

[Andy Ng]

[-- 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 --]

(No subject)

[arun kumar]

(No subject)

[Jack]

Anders Darander <anders@...> writes:

> 
> 
> Jack <jackrubby2010 <at> gmail.com> wrote:
> >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); 
> 
> You should generally a of trying to dereference physical addresses, or you
should explicitly declare them
> as such. 
> 
> If suggest looking for some info on using GPIO on your CPU. Unfortunately,
I've not used the p1022, so I can't
> really help you. 
> 
> http://linuxppc.10917.n7.nabble.com/Re-GPIO-IRQ-on-P1022-td59356.html
discusses some IRQ
> issues, though you should be able to use the codes as an example of the
GPIO framework and how to use it. 
> 
> Cheers, 
> Anders 
> 
> >
> >	// 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?
> >
> >
> >_______________________________________________
> >yocto mailing list
> >yocto <at> yoctoproject.org
> >https://lists.yoctoproject.org/listinfo/yocto
> 

Thanks Anders,

But I have this problem not only for GPIOs, but also for other registers.
For example, I tried to change DTW bits of PROCTL register in eSDH but I get
"Kernel access of bad area" again. My simple code is here :

#include <linux/module.h>

int init_module(void)
{
	
	// e500 Core View To Power Architecture CCSR: 0x0_FF70_0000
	
	volatile uint32_t * eSDH_PROCTL = (volatile uint32_t *)(0xFF72E028);

	*(eSDH_PROCTL) = 0x00000002;

	return 0;
}

void cleanup_module(void)
{
	printk("Goodbye Cruel World!\n");
}

MODULE_LICENSE("GPL");

What should I do? Can you help me?

(No subject)

[Anders Darander]

Jack <jackrubby2010@gmail.com> wrote:
>Anders Darander <anders@...> writes:
>
>Thanks Anders,
>
>But I have this problem not only for GPIOs, but also for other
>registers.

Well, my comment about dereferencing physical addresses using *-only, wasn't restricted to GPIO's only. It was regarding physical addresses in general... 

Once again, I've not used this platform, this I'm not able to be too specific. 

>For example, I tried to change DTW bits of PROCTL register in eSDH but
>I get
>"Kernel access of bad area" again. My simple code is here :

>int init_module(void)
>{
>	
>	// e500 Core View To Power Architecture CCSR: 0x0_FF70_0000
>	
>	volatile uint32_t * eSDH_PROCTL = (volatile uint32_t *)(0xFF72E028);
>
>	*(eSDH_PROCTL) = 0x00000002;

I think that you should try to look at some code from the kernel that accesses registers on your platform. For instance http://lxr.free-electrons.com/source/sound/soc/fsl/p1022_ds.c?v=3.4 (this is just a randomly chosen file that relates to P1022. 

Have a look at how guts_phys is declared, as well as how guts later on is both declared and initialized from guts_phys. 
When the registers are actually read / written, this driver uses the clrsetbits_XX. These functions then implements the actual reading and writing of the registers. 

(Note again, I've just looked at this file and p1022 for a couple of minutes). 

Cheers, 
Anders 

-- 
ChargeStorm AB / eStorm 

(No subject)

[João Henrique Freitas]

[-- 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 --]

(No subject)

[Denys Dmytriyenko]

On Tue, Oct 08, 2013 at 11:19:33AM -0300, João Henrique Freitas wrote:
> Hello,
> 
> I am new to TI boards.
> 
> Could I use meta-ti (master) and yocto (1.5, dora) ? Any issue combining
> these two versions?

Since dora release is not out yet, I haven't branched off meta-ti yet. So, 
meta-ti/master should still work with oe-core/dora for now. 


> My target platform is am3517-evm.

The only problem I could see is that am3517-evm is an old platform that uses 
2.6.37 kernel and may not be fully compatible with modern user-space. There 
were some syscall requirements in latest udev/systemd that are not compatible 
with that old kernel...

-- 
Denys

(No subject)

[Jack]

Anders Darander <anders@...> writes:

> 
> 
> Jack <jackrubby2010@...> wrote:
> >Anders Darander <anders <at> ...> writes:
> >
> >Thanks Anders,
> >
> >But I have this problem not only for GPIOs, but also for other
> >registers.
> 
> Well, my comment about dereferencing physical addresses using *-only,
wasn't restricted to GPIO's only.
> It was regarding physical addresses in general... 
> 
> Once again, I've not used this platform, this I'm not able to be too
specific. 
> 
> >For example, I tried to change DTW bits of PROCTL register in eSDH but
> >I get
> >"Kernel access of bad area" again. My simple code is here :
> 
> >int init_module(void)
> >{
> >	
> >	// e500 Core View To Power Architecture CCSR: 0x0_FF70_0000
> >	
> >	volatile uint32_t * eSDH_PROCTL = (volatile uint32_t *)(0xFF72E028);
> >
> >	*(eSDH_PROCTL) = 0x00000002;
> 
> I think that you should try to look at some code from the kernel that
accesses registers on your platform. For
> instance
http://lxr.free-electrons.com/source/sound/soc/fsl/p1022_ds.c?v=3.4 (this is
just a
> randomly chosen file that relates to P1022. 
> 
> Have a look at how guts_phys is declared, as well as how guts later on is
both declared and initialized from
> guts_phys. 
> When the registers are actually read / written, this driver uses the
clrsetbits_XX. These functions then
> implements the actual reading and writing of the registers. 
> 
> (Note again, I've just looked at this file and p1022 for a couple of
minutes). 
> 
> Cheers, 
> Anders 
> 

Thank you very much Anders for useful comments and replies,

I saw the link that you mentioned and I could write in pmuxcr register. So
writing to register problem almost has solved. But I have some problems yet.

I read fsl_guts.h in powerpc architecture and saw Global Utility Registers
like gpiocr as GPIO Control Register, gpindr as General-Purpose Input Data
Register and gpoutdr as General-Purpose Output Data Register. But in GPIO
registers in p1022 reference manual we have GPDIR register to set specify
GPIO direction and GPDAT register for GPIO data register. We have only one
register for data but fsl_guts.h defines two register for input an output data.
 

Does gpiocr work as GPDIR?

For GPDAT, which of the two registers I should use? gpindr or gpoutdr?

 
Thanks,

Best regards. 

(No subject)

[Otavio Salvador]

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

(No subject)

[Jacob Kroon]

[-- 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 --]

(No subject)

[Jacob Kroon]

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

... and about 2 secs after I sent the previous mail I see a patch posted on
oe-core mailing list that most likely fixes the warning.
sorry for the noise
Jacob


On Tue, Nov 19, 2013 at 6:43 PM, Jacob Kroon <jacob.kroon@gmail.com> wrote:

> 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
>
> _______________________________________________
> meta-freescale mailing list
> meta-freescale@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale
>
>


-- 
  -- Jacob

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

(No subject)

[Flanagan, Elizabeth]

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

Re: snd-usb: "delay: estimated 0, actual 352"

[Andreas Mohr]

Hi,

I can very well believe that bogus triggering of this spewing message
is now fixed by your patch (thanks!), but:

I get the very same message here on OpenWrt's 3.10.24
(verified to be properly containing your patch!),
when playing usb-audio on TL-WDR3600 MIPS via MPD mp3 streaming, *and then*:

Execute

    modprobe zram num_devices=4

    # Set disksize of 16MB for /dev/zram0
    echo $((16*1024*1024)) > /sys/block/zram0/disksize

    mkswap /dev/zram0

    # For zram, use higher prio than for traditional swap devices.
    swapon -p 100 /dev/zram0

Executing these commands will cause the status/error message to
loop again (when doing so manually, it's directly after having executed
the swapon command).

IOW: messages did not appear, then mkswap, then infinite loop, then run
    mpd stop
then they're gone again.

Sample:

[183532.990000] delay: estimated 240, actual 0
[183533.000000] delay: estimated 240, actual 0
[183533.010000] delay: estimated 432, actual 288
[183533.020000] delay: estimated 528, actual 288
[183533.020000] delay: estimated 528, actual 288
[183533.030000] delay: estimated 288, actual 48
[183533.040000] delay: estimated 288, actual 48
[183533.050000] delay: estimated 432, actual 288
[183533.050000] delay: estimated 576, actual 288
[183533.060000] delay: estimated 528, actual 288


My running theory is that that mkswap causes a rather insurmountable
temporary lockup of relevant system processing resources,
which causes audio handling to get out of lock-step, infinitely
(*that* one really shouldn't happen, right!?),
not to be resolved until finally playback gets stopped again.

That message is discussed at
"MPD filling kern.log with "delay: estimated 0, actual xxx""
  http://www.raspberrypi.org/phpBB3/viewtopic.php?f=28&t=15204
as well, but I don't know whether that one is pre- or post-patch ;)
(as opposed to my case, which definitely is post-patch)


Note also that I'm experiencing rather weirdly crackling sound when using
    aplay /usr/share/sounds/alsa/Front_Center.wav
, but only *every other time* that I'm executing this command.
But in this aplay case this delay message does *not* get produced,
so I suspect that that crackling is a different issue.

Wellll... perhaps not quite:
snd-usb-audio param nrpacks=1 (as favourably mentioned by the URL above)
does solve both the mkswap looping error
and the aplay crackling (and solves arec crackling / echoes / corruption, too!).
However I guess that nrpacks=1 is not something that you would want to
have in an optimally performing system...


usb-audio running on a bus-powered USB2 hub connected to USB2 router port,
with certain other devices producing activity (FTDI RS232, X10 lirc remote).

Hmmmm (any interesting thoughts?),

Andreas Mohr

-- 
GNU/Linux. It's not the software that's free, it's you.

(no subject)

[Mehran Khan]

[-- 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

Re: (no subject)

[Suchakrapani Datt Sharma]

Hi,

I did not try to look into httpd as you require but here are some pointers.

Quoting Mehran Khan <i@mehrankhan.com>:

---------------- SNIP ------------------
>
> 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.

Did you do a #define TRACEPOINT_DEFINE in main.c and also include your
smallestTracePoint.h?

> 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'

I do not know why -finstrument-functions is required here. Its independent of
lttng tracepoints afaik.

> 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

Why not export LDFLAGS='-llttng-ust' before configure or maybe add it in the
Makefile/Makefile.in whatever httpd uses.

> 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

---------------- SNIP ------------------

> /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

I can't see -llttng-ust in the build command.

> 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 ?

You definitely need to include this in the build but I don't think an auto
generated Makefile is a good place.

For your convenience, I instrumented thttpd here [1]. Its a tiny and fast web
server. There is 1 tracepoint in handle_newconnect() Have a look at
Makefile.in, thttpd_tp.c and thttpd_tp_provider.h

If you want generated traces, do let me know.

[1] http://suchakra.fedorapeople.org/lttng/thttpd-instrumented.tar.gz

--
Suchakra

Re: (no subject)

[Simon Marchi]

Hi Mehran,

I'll try to correct you where I can.

On 21 January 2014 18:34, Mehran Khan <i@mehrankhan.com> wrote:
> 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()
>   )

This is good.

> 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

You can just say
  $ lttng-gen-tp smallestTracePoint.tp
and it will generate the .h and .c.

> 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.

That's good.

> 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'

As Suchakra said, -finstrument-functions is not related. You can use
it later if you want, but let's leave it out for now. Also, if you
want to add compilation flags like this, pass them at configure time.
Also, _never_ change generated files (such as the configure script of
Makefiles). They are way too complicated for a human and will get
overwritten anyway. Instead, you should modify the configure.in or
Makefile.in files, in this case. To add a compilation flag, you could
do:

  $ ./configure CFLAGS="-finstrument-function"

> 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

This is wrong. --libdir is used to tell autotools in which directory
to install the compiled libraries. ./configure --with-included-apr is
sufficient.

> 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.la
> server/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 ?

That's right, you have to compile the .c file somewhere. I suggest you
check where main.c is mentionned in a Makefile.in, and add
smallestTracePoint.c there. Don't forget to re-run configure, and try
to make again. This should get rid of the undefined references to
__tracepoint_mk___apache_process_entry. For the other undefined
references, it is because your tracepoint requires additional
libraries, libdl and liblttng-ust. You should then add "-ldl
-llttng-ust" to where the final executable is linked. When inspecting
the build log, we see that this is done by the top-level Makefile, so
we will go edit the top-level Makefile.in.

(there might be a better place to put -ldl -llttng-ust, but it will do for now)

Apache should now build with the tracepoint included.

Then, doing

  $ lttng create
  $ lttng enable-event -u -a
  $ lttng start
  $ ./httpd
  (httpd complains about missing config file, but hits the tracepoint anyway)
  $ lttng stop
  $ lttng view
  ...
[08:30:18.522789766] (+0.000173646) simark
apache:apache_process_entry: { cpu_id = 2 }, { }
  ...

Yay !

I made a commit here to show the modifications I made to make it work:
https://github.com/simark/httpd/commit/2c6d73c47156350233b346e9eaa49ffb07a58e6e

Hopefully this can help you get started. Iif you instrument apache in
an interesting/useful way, feel free to share your work, it could be
useful for others!

Simon

>
> LTTng version on the instance: 2.4.0-rc2 - Époque Opaque
>
> Linux Distribution: Ubuntu 12.04.3 LTS
>
>
> Thanks,
>
>
> --
> Mehran
>
>
> _______________________________________________
> lttng-dev mailing list
> lttng-dev@lists.lttng.org
> http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
>

Re: (no subject)

[Mehran Khan]

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

Hello Simon,
it did solve my problem. Cannot thank you enough!
I will share my work once I get to any interesting point.

Thank you again,
Mehran


On Wed, Jan 22, 2014 at 8:39 AM, Simon Marchi <simon.marchi@polymtl.ca>wrote:

> Hi Mehran,
>
> I'll try to correct you where I can.
>
> On 21 January 2014 18:34, Mehran Khan <i@mehrankhan.com> wrote:
> > 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()
> >   )
>
> This is good.
>
> > 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
>
> You can just say
>   $ lttng-gen-tp smallestTracePoint.tp
> and it will generate the .h and .c.
>
> > 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.
>
> That's good.
>
> > 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'
>
> As Suchakra said, -finstrument-functions is not related. You can use
> it later if you want, but let's leave it out for now. Also, if you
> want to add compilation flags like this, pass them at configure time.
> Also, _never_ change generated files (such as the configure script of
> Makefiles). They are way too complicated for a human and will get
> overwritten anyway. Instead, you should modify the configure.in or
> Makefile.in files, in this case. To add a compilation flag, you could
> do:
>
>   $ ./configure CFLAGS="-finstrument-function"
>
> > 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
>
> This is wrong. --libdir is used to tell autotools in which directory
> to install the compiled libraries. ./configure --with-included-apr is
> sufficient.
>
> > 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.la
> > server/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 ?
>
> That's right, you have to compile the .c file somewhere. I suggest you
> check where main.c is mentionned in a Makefile.in, and add
> smallestTracePoint.c there. Don't forget to re-run configure, and try
> to make again. This should get rid of the undefined references to
> __tracepoint_mk___apache_process_entry. For the other undefined
> references, it is because your tracepoint requires additional
> libraries, libdl and liblttng-ust. You should then add "-ldl
> -llttng-ust" to where the final executable is linked. When inspecting
> the build log, we see that this is done by the top-level Makefile, so
> we will go edit the top-level Makefile.in.
>
> (there might be a better place to put -ldl -llttng-ust, but it will do for
> now)
>
> Apache should now build with the tracepoint included.
>
> Then, doing
>
>   $ lttng create
>   $ lttng enable-event -u -a
>   $ lttng start
>   $ ./httpd
>   (httpd complains about missing config file, but hits the tracepoint
> anyway)
>   $ lttng stop
>   $ lttng view
>   ...
> [08:30:18.522789766] (+0.000173646) simark
> apache:apache_process_entry: { cpu_id = 2 }, { }
>   ...
>
> Yay !
>
> I made a commit here to show the modifications I made to make it work:
>
> https://github.com/simark/httpd/commit/2c6d73c47156350233b346e9eaa49ffb07a58e6e
>
> Hopefully this can help you get started. Iif you instrument apache in
> an interesting/useful way, feel free to share your work, it could be
> useful for others!
>
> Simon
>
> >
> > LTTng version on the instance: 2.4.0-rc2 - Époque Opaque
> >
> > Linux Distribution: Ubuntu 12.04.3 LTS
> >
> >
> > Thanks,
> >
> >
> > --
> > Mehran
> >
> >
> > _______________________________________________
> > lttng-dev mailing list
> > lttng-dev@lists.lttng.org
> > http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
> >
>



-- 
-M.K.

[-- Attachment #1.2: Type: text/html, Size: 11631 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

(No subject)

[hari prasad]

[-- 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 --]

(No subject)

[zhenhua.luo]

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

Hi Prasad,

If you want to build the sample application in Yocto environment, following is the step.

1.       Develop your application source

2.       Develop the recipe for your application, please refer to http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#new-recipe-writing-a-new-recipe

NOTE: if your application has build dependency on usdpaa, please add DEPENDS = “usdpaa” in the recipe of your application, if your application has runtime dependency on usdpaa, add RDEPENDS_${PN} = “usdpaa” in recipe of your application.

3.       Add IMAGE_INSTALL_append = “ <your_app>” in local.conf to ensure the rootfs image includes the binaries of your application.

4.       Build rootfs image.

Alternatively, you can use Yocto SDK to build your application.

1.       Run “bitbake <rootfs-image> -c populate-sdk” to generate the cross toolchain installer

2.       Install tmp/deploy/sdk/*.sh

3.       Use the standalone toolchain to build your application, please refer to http://www.yoctoproject.org/docs/current/adt-manual/adt-manual.html#setting-up-the-cross-development-environment

Hope this is helpful for you.


Best Regards,

Zhenhua

From: meta-freescale-bounces@yoctoproject.org [mailto:meta-freescale-bounces@yoctoproject.org] On Behalf Of hari prasad
Sent: Monday, May 19, 2014 3:54 AM
To: meta-freescale@yoctoproject.org
Subject: [meta-freescale] (no subject)

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: 11298 bytes --]

(No subject)

[hari prasad]

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

what i want is to install usdpaa libraries in my ubuntu 12.10 and write a
simple c code using the apis

regards,
Hari Prasad S R
7418234575


On Mon, May 19, 2014 at 3:16 PM, zhenhua.luo@freescale.com <
zhenhua.luo@freescale.com> wrote:

>  Hi Prasad,
>
>
>
> If you want to build the sample application in Yocto environment,
> following is the step.
>
> 1.       Develop your application source
>
> 2.       Develop the recipe for your application, please refer to
> http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#new-recipe-writing-a-new-recipe
>
> *NOTE*: if your application has build dependency on usdpaa, please add
> DEPENDS = “usdpaa” in the recipe of your application, if your application
> has runtime dependency on usdpaa, add RDEPENDS_${PN} = “usdpaa” in recipe
> of your application.
>
> 3.       Add IMAGE_INSTALL_append = “ <your_app>” in local.conf to ensure
> the rootfs image includes the binaries of your application.
>
> 4.       Build rootfs image.
>
>
>
> Alternatively, you can use Yocto SDK to build your application.
>
> 1.       Run “bitbake <rootfs-image> -c populate-sdk” to generate the
> cross toolchain installer
>
> 2.       Install tmp/deploy/sdk/*.sh
>
> 3.       Use the standalone toolchain to build your application, please
> refer to
> http://www.yoctoproject.org/docs/current/adt-manual/adt-manual.html#setting-up-the-cross-development-environment
>
>
>
> Hope this is helpful for you.
>
>
>
>
>
> Best Regards,
>
>
>
> Zhenhua
>
>
>
> *From:* meta-freescale-bounces@yoctoproject.org [mailto:
> meta-freescale-bounces@yoctoproject.org] *On Behalf Of *hari prasad
> *Sent:* Monday, May 19, 2014 3:54 AM
> *To:* meta-freescale@yoctoproject.org
> *Subject:* [meta-freescale] (no subject)
>
>
>
> 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: 8437 bytes --]

(No subject)

[zhenhua.luo]

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

After running “bitbake usdpaa”, the libraries can be found in tmp/sysroots/<machie>/ folder, and then you can use below option 2  to do standalone build.


Best Regards,

Zhenhua

From: hari prasad [mailto:hprasad257@gmail.com]
Sent: Monday, May 19, 2014 6:18 PM
To: Luo Zhenhua-B19537
Cc: meta-freescale@yoctoproject.org
Subject: Re: [meta-freescale] (no subject)

what i want is to install usdpaa libraries in my ubuntu 12.10 and write a simple c code using the apis

regards,
Hari Prasad S R
7418234575

On Mon, May 19, 2014 at 3:16 PM, zhenhua.luo@freescale.com<mailto:zhenhua.luo@freescale.com> <zhenhua.luo@freescale.com<mailto:zhenhua.luo@freescale.com>> wrote:
Hi Prasad,

If you want to build the sample application in Yocto environment, following is the step.

1.       Develop your application source

2.       Develop the recipe for your application, please refer to http://www.yoctoproject.org/docs/current/dev-manual/dev-manual.html#new-recipe-writing-a-new-recipe

NOTE: if your application has build dependency on usdpaa, please add DEPENDS = “usdpaa” in the recipe of your application, if your application has runtime dependency on usdpaa, add RDEPENDS_${PN} = “usdpaa” in recipe of your application.

3.       Add IMAGE_INSTALL_append = “ <your_app>” in local.conf to ensure the rootfs image includes the binaries of your application.

4.       Build rootfs image.

Alternatively, you can use Yocto SDK to build your application.

1.       Run “bitbake <rootfs-image> -c populate-sdk” to generate the cross toolchain installer

2.       Install tmp/deploy/sdk/*.sh

3.       Use the standalone toolchain to build your application, please refer to http://www.yoctoproject.org/docs/current/adt-manual/adt-manual.html#setting-up-the-cross-development-environment

Hope this is helpful for you.


Best Regards,

Zhenhua

From: meta-freescale-bounces@yoctoproject.org<mailto:meta-freescale-bounces@yoctoproject.org> [mailto:meta-freescale-bounces@yoctoproject.org<mailto:meta-freescale-bounces@yoctoproject.org>] On Behalf Of hari prasad
Sent: Monday, May 19, 2014 3:54 AM
To: meta-freescale@yoctoproject.org<mailto:meta-freescale@yoctoproject.org>
Subject: [meta-freescale] (no subject)

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: 13762 bytes --]

(No subject)

[hari prasad]

[-- 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 --]

(No subject)

[Otavio Salvador]

On Thu, May 22, 2014 at 12:46 PM, hari prasad <hprasad257@gmail.com> wrote:
> 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

Please take a look in the Yocto Project documentation, in the website.
This is well covered there.

-- 
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

(No subject)

[zhenhua.luo]

For the usdpaa specific question, you can refer to following guide. 
1. Download the QorIQ SDK ISOs from www.freescale.com/webapp/sps/site/prod_summary.jsp?code=SDKLINUX
2. The documentations can be found in the mount folder of SOURCE ISO
3. Follow START_HERE.html -> Getting Started -> With Yocto to install the SDK and build images 
4. Follow START_HERE.html -> Development Deployment to boot up boards
5. Follow START_HERE.html -> Linux User Space -> USDPAA Applications for usdpaa application usage


Best Regards,

Zhenhua


> -----Original Message-----
> From: meta-freescale-bounces@yoctoproject.org [mailto:meta-freescale-
> bounces@yoctoproject.org] On Behalf Of Otavio Salvador
> Sent: Friday, May 23, 2014 12:05 AM
> To: hari prasad
> Cc: meta-freescale@yoctoproject.org
> Subject: Re: [meta-freescale] (no subject)
> 
> On Thu, May 22, 2014 at 12:46 PM, hari prasad <hprasad257@gmail.com>
> wrote:
> > 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
> 
> Please take a look in the Yocto Project documentation, in the website.
> This is well covered there.
> 
> --
> 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
> --
> _______________________________________________
> meta-freescale mailing list
> meta-freescale@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale

(No subject)

[hari prasad]

[-- 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 --]

(No subject)

[hari prasad]

[-- 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 --]

(No subject)

[zhenhua.luo]

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

The QorIQ SDK documentation is good reference for your development.
http://www.freescale.com/infocenter -> Software and Tools Information Center<http://www.freescale.com/infocenter/topic/software/index.html> -> QorIQ SDK Documentation<http://www.freescale.com/infocenter/topic/qfamily-sdk/index.html>


Best Regards,

Zhenhua

From: meta-freescale-bounces@yoctoproject.org [mailto:meta-freescale-bounces@yoctoproject.org] On Behalf Of hari prasad
Sent: Tuesday, May 27, 2014 5:36 PM
To: meta-freescale@yoctoproject.org
Subject: [meta-freescale] (no subject)

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: 4698 bytes --]

(No subject)

[Otavio Salvador]

On Tue, May 27, 2014 at 6:36 AM, hari prasad <hprasad257@gmail.com> wrote:
> I have to port  a network application to use DPAA in a t4240qds board . How
> should I procedd?

Please /always/ set a subject when sending a message.

-- 
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

(No subject)

[Daiane.Angolini]

> > I have to port  a network application to use DPAA in a t4240qds board
> > . How should I procedd?
> 
> Please /always/ set a subject when sending a message.

Pleeeeeeeease


Daiane 

(No subject)

[Kashyap Gada]

[-- 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 --]

(No subject)

[Anand Moon]

[-- 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
 
 /**

(No subject)

[Himanshu Pandey]

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



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

(No subject)

[Philip Balister]

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

(No subject)

[Khem Raj]

On Fri, Jul 11, 2014 at 7:54 AM, Philip Balister <philip@balister.org> wrote:
>
> 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.

which one?

>
> 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
> --
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

(No subject)

[Shan Hai]

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

(no subject)

[这是发件人姓名]

[-- 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

(no subject)

[James McCammond]

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 

(No subject)

[Modemtec Modemtec]

[-- 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 --]

(no subject)

[arivumani]

[-- 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® Ethernet, visit http://communities.intel.com/community/wired

(no subject)

[asd]

[-- 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

Re: (no subject)

[Ilia Mirkin]

What problem are you trying to solve? Perhaps you can start by
describing the symptoms, providing logs, etc?

On Sat, Sep 13, 2014 at 11:24 AM, asd <asd-jrA/B3VWHiL2D7C+UIOg5A@public.gmane.org> wrote:
> 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.
>
> _______________________________________________
> Nouveau mailing list
> Nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
> http://lists.freedesktop.org/mailman/listinfo/nouveau
>

Re: (no subject)

[Martin Peres]

On 13/09/2014 17:32, Ilia Mirkin wrote:
> What problem are you trying to solve? Perhaps you can start by
> describing the symptoms, providing logs, etc?
Ilia,

That's the third time he contacts us to fix "bugs" without giving any 
details.
He then refuses to answer back.

He is either a troll or desperately trying to push patches with his name 
on it.
In any case, this patch is utterly wrong as the ifs are not even 
conditions, they
are assignments.

Asd, please stop wasting our time and try trolling somewhere else. If 
you are
not a troll, then answer us before sending another patch!

Martin

(no subject)

[saulery]

Hello,

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

Regards,

-- 
St?phane Aulery

(No subject)

[Otavio Salvador]

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

(no subject)

[Angelo Dureghello]

unsubscribe alsa-devel angelo70@gmail.com

(no subject)

[dev-bounces-VfR2kkLFssw]

>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.

(no subject)

[dev-bounces-VfR2kkLFssw]

>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;
 

(no subject)

[dev-bounces-VfR2kkLFssw]

>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 =

(no subject)

[dev-bounces-VfR2kkLFssw]

>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;
 

(no subject)

[dev-bounces-VfR2kkLFssw]

>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 */

(no subject)

[dev-bounces-VfR2kkLFssw]

>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
  *

(no subject)

[dev-bounces-VfR2kkLFssw]

>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 */

(No subject)

[Fabrício Lélis]

[-- 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 --]

(no subject)

[arivumani]

[-- 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® Ethernet, visit http://communities.intel.com/community/wired

(No subject)

[Debasmita Lohar]

[-- 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 --]

(No subject)

[Raghavendra Kakarla]

[-- 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 --]

(No subject)

[Rickard Bremer]

[-- 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 --]

(no subject)

[Francis Rivest]

[-- 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

Re: (no subject)

[Simon Marchi]

Ah, this is because we need to add abi-debian-version.sh to the Ubuntu
package. I don't have time to do it right away, but perhaps Alexandre
(in CC) does :).

On 14 May 2015 at 15:33, Francis Rivest <francis.rivest13@gmail.com> wrote:
> 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~ubuntu12.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
>
> _______________________________________________
> lttng-dev mailing list
> lttng-dev@lists.lttng.org
> http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
>

Re: (no subject)

[Alexandre Montplaisir]

Hey,

Ok, after some investigation, I found the problem.

We specify "*" in the .install file, so I was wondering why that script 
was not being installed. Turns out that it gets ignored because it 
contains "debian" in its name. I assume the package building scripts 
want to ignore any debian/ folder that may be present in the original 
source. To do this, they probably use an unbounded regex, which also 
ignores anything that contains "debian". Oops!

If we rename that script to abi-version.sh for instance, both the file 
name and in the Makefile, then it installs fine. So I think the easiest 
is just to rename the script (either with a package patch, or upstream 
if they want to change it).

I get another compilation error on Vivid's kernel though, I'll look into 
that next.

Cheers,
Alexandre



On 2015-05-14 05:14 PM, Simon Marchi wrote:
> Ah, this is because we need to add abi-debian-version.sh to the Ubuntu
> package. I don't have time to do it right away, but perhaps Alexandre
> (in CC) does :).
>
> On 14 May 2015 at 15:33, Francis Rivest <francis.rivest13@gmail.com> wrote:
>> 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~ubuntu12.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
>>
>> _______________________________________________
>> lttng-dev mailing list
>> lttng-dev@lists.lttng.org
>> http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
>>

(No subject)

[Sharath M.]

[-- 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 --]

(No subject)

[Daiane Angolini]

On Wed, Jun 10, 2015 at 2:30 AM, Sharath M. <sharath@delopt.co.in> wrote:
>
> 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

I would say, first thing is upgrading to 3.14.10 Release. If you need
links, please let me know

And, please, add a subject to your email, and next time you want to
share log, please use a paste tool like pastebin or similar.

Your question is a little bit off topic in this mailing list. Not that
we have a hard rule of topics... Well, if you really want to have an
answer to your exactly question, I suggest you to create a thread in
imx.community ;-)

Daiane


> 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
>
> --
> _______________________________________________
> meta-freescale mailing list
> meta-freescale@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-freescale
>

(no subject)

[E.Richiardone]

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

(No subject)

[Alvaro Martinez Tovar]

[-- 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 --]

(No subject)

[Alvaro Martinez Tovar]

[-- 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 --]

(No subject)

[Felipe Tonello]

Hi Alvaro,

On Tue, Jul 14, 2015 at 4:24 PM, Alvaro Martinez Tovar
<alvaromartineztovar@yahoo.es> wrote:
> 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.

Have you been able to create the SDK for that image?

>
> 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.

How do you compile them? Using bitbake?

>
> 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 component
> qrc:/qml/dashboard.qml:45 module "QtQuick.Extras" is not installed
> qrc:/qml/dashboard.qml:43 module "QtQuick.Controls" is not installed
> qrc:/qml/dashboard.qml:44 module "QtQuick.Controls.Styles" is not installed
> qrc:/qml/dashboard.qml:45 module "QtQuick.Extras" is not installed
> qrc:/qml/dashboard.qml:43 module "QtQuick.Controls" is not installed
> qrc:/qml/dashboard.qml:44 module "QtQuick.Controls.Styles" is not installed
> qrc:/qml/dashboard.qml:45 module "QtQuick.Extras" is not installed
> qrc:/qml/dashboard.qml:43 module "QtQuick.Controls" is not installed
> qrc:/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??

Well, It looks like some libraries and Qt5 modules are missing. You
can add packages using IMAGE_INSTALL += "package_name" in your
local.conf file and build the whole image. This will install all new
packages and its dependencies to the image.

If you really want to build your own image, the best practice is to
have a bbappend to that image or have your own image recipe in your
own layer.

Read this: http://www.yoctoproject.org/docs/1.8/ref-manual/ref-manual.html#var-IMAGE_INSTALL

Felipe

(No subject)

[Edward Vidal]

[-- 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 --]

(No subject)

[Khem Raj]

On Mon, Jul 13, 2015 at 10:56 PM, Alvaro Martinez Tovar
<alvaromartineztovar@yahoo.es> wrote:
> 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 component
> qrc:/qml/dashboard.qml:45 module "QtQuick.Extras" is not installed
> qrc:/qml/dashboard.qml:43 module "QtQuick.Controls" is not installed
> qrc:/qml/dashboard.qml:44 module "QtQuick.Controls.Styles" is not installed
> qrc:/qml/dashboard.qml:45 module "QtQuick.Extras" is not installed
> qrc:/qml/dashboard.qml:43 module "QtQuick.Controls" is not installed
> qrc:/qml/dashboard.qml:44 module "QtQuick.Controls.Styles" is not installed
> qrc:/qml/dashboard.qml:45 module "QtQuick.Extras" is not installed
> qrc:/qml/dashboard.qml:43 module "QtQuick.Controls" is not installed
> qrc:/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.
>

you should use same version of qt that you are getting for meta-qt5
and 5.5 is not yet in there
the latest on master is 5.4

> thank you in advance!
> Regards
>
> --
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>

(no subject)

[Zvi Vered]

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

Re: (no subject)

[Philippe Proulx]

Isn't there a libuuid development package for CentOS 5
instead of building it from source?

Like this: <http://pkgs.org/centos-5/epel-i386/uuid-devel-1.5.1-3.el5.i386.rpm.html>?

Really not a CentOS/RPM expert here.

Philippe Proulx


On Thu, Nov 26, 2015 at 10:20 PM, Zvi Vered <veredz72@gmail.com> wrote:
> 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
>
> _______________________________________________
> lttng-dev mailing list
> lttng-dev@lists.lttng.org
> http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev

(No subject)

[Baokang.Huang(黄宝亢)]

[-- 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 --]

(No subject)

[Joe MacDonald]

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

(No subject)

[Nagi Chitta Reddy]

[-- 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 --]

(No subject)

[Zhenhua Luo]

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

The meta-freescale is a layer instead of a repo project, you can use meta-freescale layer or SDK ISOs(http://www.nxp.com/products/software-and-tools/run-time-software/linux-sdk/linux-sdk-for-qoriq-processors:SDKLINUX) for ls1021atwr support.


Best Regards,

Zhenhua

From: meta-freescale-bounces@yoctoproject.org [mailto:meta-freescale-bounces@yoctoproject.org] On Behalf Of Nagi Chitta Reddy
Sent: Saturday, March 19, 2016 12:56 AM
To: meta-freescale@lists.yoctoproject.org
Subject: [meta-freescale] (no subject)

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: 5150 bytes --]

(no subject)

[Nichole Neeley]

[-- 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 --]

(no subject)

[Xieyingtai]

[-- 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 --]

(no subject)

[Jason Gunthorpe]

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

(No subject)

[Julien CARBONNIER]

[-- 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 --]

(no subject)

[Alex Gershgorin]

[-- 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

(No subject)

[Amarnath Valluri]

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.

Re: (no subject)

[Jarkko Sakkinen]

On Tue, Jul 19, 2016 at 08:34:20AM +0000, Alex Gershgorin wrote:
>    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.


Are you sure that it uses SPI hardware protocol and not TCG MMIO?
On PC the tranport could be LPC or SPI but the interface is TCG
one.

/Jarkko


>    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

> ------------------------------------------------------------------------------
> 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

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


------------------------------------------------------------------------------
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

(no subject)

[xerofoify]

<no subject>

[Bharath Krishna]

subscribe ceph-devel

(no subject)

[胡瑞桓]

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

(No subject)

[Rohit Jindal]

[-- 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 --]

(no subject)

[David Howells]

Nicolas Dichtel <nicolas.dichtel@6wind.com> wrote:

> This header file is exported, thus move it to uapi.

Exported how?

> +#ifdef __INT32_TYPE__
> +#undef __INT32_TYPE__
> +#define __INT32_TYPE__		int
> +#endif
> +
> +#ifdef __UINT32_TYPE__
> +#undef __UINT32_TYPE__
> +#define __UINT32_TYPE__	unsigned int
> +#endif
> +
> +#ifdef __UINTPTR_TYPE__
> +#undef __UINTPTR_TYPE__
> +#define __UINTPTR_TYPE__	unsigned long
> +#endif

These weren't defined by the kernel before, so why do we need to define them
now?

Will defining __UINTPTR_TYPE__ cause problems in compiling libboost by
changing the signature on C++ functions that use uintptr_t?

David

(no subject)

[David Howells]

> -header-y += msr-index.h

I see it on my desktop as /usr/include/asm/msr-index.h and it's been there at
least four years - and as such it's part of the UAPI.  I don't think you can
remove it unless you can guarantee there are no userspace users.

David

(no subject)

[David Howells]

> -header-y += msr-index.h

I see it on my desktop as /usr/include/asm/msr-index.h and it's been there at
least four years - and as such it's part of the UAPI.  I don't think you can
remove it unless you can guarantee there are no userspace users.

David

<no subject>

[Sirisha Guduru]

subscribe ceph-devel

(no subject)

[anders]

(No subject)

[Paulo Neves]

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

(no subject)

[anders]

(no subject)

[Felix Bruns]

   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

(No subject)

[Suneetha Lakshmi G]

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


suneetha.g@tataelxsi.co.in



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

(No subject)

[Andrej Rode]

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

(No subject)

[Joshua Watt]

No need to create a directory name "644"

(No subject)

[Андрей Кононов]

[-- 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 --]

(No subject)

[Petter Mabäcker]

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

 

Hi, 

After a quick look, it seems like the problem is related to
the Upgrade to Qt 5.8 that was done in pyro. 

commit: 333949a Upgrade
to Qt 5.8 (in meta-qt5) 

The above mentioned commit causes
'./dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase/0014-Add-IMX-GPU-support.patch'
(in meta-freescale) to fail. So this patch needs to be updated to match
the Qt 5.8 changes (that affects qmake.conf). 

BR Petter 

Petter
Mabäcker

Technux <petter@technux.se>
www.technux.se

2017-05-30 07:19
skrev Андрей Кононов: 

> 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: 4451 bytes --]

(No subject)

[Андрей Кононов]

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


you right, when i take qt5 from morty branch everything builded ok

>Вторник, 30 мая 2017, 22:02 +03:00 от Petter Mabäcker < petter@technux.se >:
>
>Hi,
>After a quick look, it seems like the problem is related to the Upgrade to Qt 5.8 that was done in pyro.
>commit: 333949a Upgrade to Qt 5.8 (in meta-qt5)
>The above mentioned commit causes './dynamic-layers/qt5-layer/recipes-qt/qt5/qtbase/0014-Add-IMX-GPU-support.patch' (in meta-freescale) to fail. So this patch needs to be updated to match the Qt 5.8 changes (that affects qmake.conf).
>BR Petter
> 
>Petter Mabäcker

Technux <petter@technux.se>
>www.technux.se
>
>2017-05-30 07:19 skrev Андрей Кононов:
>>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: 5000 bytes --]

<no subject>

[Stephen Bates]

subscribe fio

(No subject)

[Мар'ян Пріцак]

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

(No subject)

[Josef Holzmayr]

Hi Maryan,

On 19.06.2017 16:57, Мар'ян Пріцак wrote:
> 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?

The simplest solution is to just refer to linux-dummy:
https://layers.openembedded.org/layerindex/recipe/41/

If you're not in a hurry, I expect to push a layer doing exactly what 
you describe to github, as I'm working on that too.

Greetz
-- 
Josef Holzmayr
Software Developer Embedded Systems

Tel: +49 8444 9204-48
Fax: +49 8444 9204-50

R-S-I Elektrotechnik GmbH & Co. KG
Woelkestrasse 11
D-85301 Schweitenkirchen
www.rsi-elektrotechnik.de
———————————————
Amtsgericht Ingolstadt – GmbH: HRB 191328 – KG: HRA 170393
Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
Ust-IdNr: DE 128592548

_____________________________________________________________
Amtsgericht Ingolstadt - GmbH: HRB 191328 - KG: HRA 170363
Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
USt-IdNr.: DE 128592548

(No subject)

[Tamtamis, Panagiotis]

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

Hi Maryan,

> -----Original Message-----
> From: openembedded-devel-bounces@lists.openembedded.org
> [mailto:openembedded-devel-bounces@lists.openembedded.org] On
> Behalf Of Josef Holzmayr
> Sent: Monday, June 19, 2017 10:02 PM
> To: Мар'ян Пріцак; openembeded-devel
> Subject: Re: [oe] (no subject)
> 
> Hi Maryan,
> 
> On 19.06.2017 16:57, Мар'ян Пріцак wrote:
> > 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?

I use the following in my image recipe:

FORCE_RO_REMOVE = "1"
ROOTFS_RO_UNNEEDED += " kernel-${LINUX_VERSION} kernel-image-${LINUX_VERSION} kernel-image-uimage-${LINUX_VERSION}"

With the above you force the image production to remove unwanted packets. You can add also the modules that you don't want.
See if this can work in your case also.

> 
> The simplest solution is to just refer to linux-dummy:
> https://layers.openembedded.org/layerindex/recipe/41/
> 
> If you're not in a hurry, I expect to push a layer doing exactly what you
> describe to github, as I'm working on that too.
> 
> Greetz
> --
> Josef Holzmayr
> Software Developer Embedded Systems
> 
> Tel: +49 8444 9204-48
> Fax: +49 8444 9204-50
> 
> R-S-I Elektrotechnik GmbH & Co. KG
> Woelkestrasse 11
> D-85301 Schweitenkirchen
> www.rsi-elektrotechnik.de
> ———————————————
> Amtsgericht Ingolstadt – GmbH: HRB 191328 – KG: HRA 170393
> Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
> Ust-IdNr: DE 128592548

Br,
Tamis

[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 4874 bytes --]

(No subject)

[Josef Holzmayr]

Hi Tamis,

On 20.06.2017 10:07, Tamtamis, Panagiotis wrote:
> I use the following in my image recipe:
> 
> FORCE_RO_REMOVE = "1"
> ROOTFS_RO_UNNEEDED += " kernel-${LINUX_VERSION} kernel-image-${LINUX_VERSION} kernel-image-uimage-${LINUX_VERSION}"

While that might work, it actually builds all the stuff and then only 
excludes it from the rootfs generation. But if we actually never ever 
want a kernel, why spend the compile time? :)

Greetz
-- 
Josef Holzmayr
Software Developer Embedded Systems

Tel: +49 8444 9204-48
Fax: +49 8444 9204-50

R-S-I Elektrotechnik GmbH & Co. KG
Woelkestrasse 11
D-85301 Schweitenkirchen
www.rsi-elektrotechnik.de
———————————————
Amtsgericht Ingolstadt – GmbH: HRB 191328 – KG: HRA 170393
Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
Ust-IdNr: DE 128592548

_____________________________________________________________
Amtsgericht Ingolstadt - GmbH: HRB 191328 - KG: HRA 170363
Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
USt-IdNr.: DE 128592548

(No subject)

[Tamtamis, Panagiotis]

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

Hello Josef,

> Hi Tamis,
>
> On 20.06.2017 10:07, Tamtamis, Panagiotis wrote:
> > I use the following in my image recipe:
> >
> > FORCE_RO_REMOVE = "1"
> > ROOTFS_RO_UNNEEDED += " kernel-${LINUX_VERSION} kernel-image-
> ${LINUX_VERSION} kernel-image-uimage-${LINUX_VERSION}"
>
> While that might work, it actually builds all the stuff and then only 
> excludes it
> from the rootfs generation. But if we actually never ever want a kernel, why
> spend the compile time? :)

I agree with you. Even if cross compiling in production server does not take 
that much time, it is not the optimal solution.
I will also see your layer at GitHub  :-).

Br,
Tamis


[-- Attachment #2: smime.p7s --]
[-- Type: application/pkcs7-signature, Size: 4874 bytes --]

(No subject)

[Мар'ян Пріцак]

Thanks guys, linux-dummy worked for me.

BR,
Marian

On Tue, Jun 20, 2017 at 5:32 PM Tamtamis, Panagiotis <
panagiotis.tamtamis@unify.com> wrote:

> Hello Josef,
>
> > Hi Tamis,
> >
> > On 20.06.2017 10:07, Tamtamis, Panagiotis wrote:
> > > I use the following in my image recipe:
> > >
> > > FORCE_RO_REMOVE = "1"
> > > ROOTFS_RO_UNNEEDED += " kernel-${LINUX_VERSION} kernel-image-
> > ${LINUX_VERSION} kernel-image-uimage-${LINUX_VERSION}"
> >
> > While that might work, it actually builds all the stuff and then only
> > excludes it
> > from the rootfs generation. But if we actually never ever want a kernel,
> why
> > spend the compile time? :)
>
> I agree with you. Even if cross compiling in production server does not
> take
> that much time, it is not the optimal solution.
> I will also see your layer at GitHub  :-).
>
> Br,
> Tamis
>
>

(no subject)

[Heiko Stuebner]

Hi,

>   crypto: rockchip: explicitly request exclusive reset control
>   iio: adc: rockchip_saradc: explicitly request exclusive reset control
>   PCI: rockchip: 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
>   thermal: rockchip: explicitly request exclusive reset control

for the driver-related Rockchip changes

Acked-by: Heiko Stuebner <heiko@sntech.de>

(no subject)

[Heiko Stuebner]

Hi,

>   crypto: rockchip: explicitly request exclusive reset control
>   iio: adc: rockchip_saradc: explicitly request exclusive reset control
>   PCI: rockchip: 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
>   thermal: rockchip: explicitly request exclusive reset control

for the driver-related Rockchip changes

Acked-by: Heiko Stuebner <heiko@sntech.de>

(no subject)

[Heiko Stuebner]

Hi,

>   crypto: rockchip: explicitly request exclusive reset control
>   iio: adc: rockchip_saradc: explicitly request exclusive reset control
>   PCI: rockchip: 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
>   thermal: rockchip: explicitly request exclusive reset control

for the driver-related Rockchip changes

Acked-by: Heiko Stuebner <heiko@sntech.de>

(no subject)

[Barr. Richard Williams]

-- 
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

<no subject>

[Bharath Krishna]

subscribe ceph-devel

(No Subject)

[n1had5]

[-- 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 --]

Re: (No Subject)

[Jason A. Donenfeld]

Hello,

Protip: don't send your address to public mailing lists.

I'd be happy to send you some stickers.

I'll try my best to write the Arabic letters like that; seems like a
fun challenge.

Regards,
Jason

Re: (No Subject)

[Jonathon Fernyhough]

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

On 26/11/17 00:25, Jason A. Donenfeld wrote:
> I'll try my best to write the Arabic letters like that; seems like a
> fun challenge.

Remember: right-to-left. ;)


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

(No subject)

[Volker Vogelhuber]

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.

(no subject)

[twischer]

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

(No subject)

[Ruica Cristina]

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

rocko..i tried to edit local.conf file and add 
package_Classes ?="package ipk"and it won't let me bitbake..i m kind of new in this and i don t know how to manage it..

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

(No subject)

[Richard Purdie]

On Mon, 2018-03-26 at 21:17 +0000, Ruica Cristina wrote:
> rocko..
> i tried to edit local.conf file and add 
> 
> package_Classes ?="package ipk"
> and it won't let me bitbake..i m kind of new in this and i don t know
> how to manage it..

It would be useful to know the exact error. You do need to use the
right capitalisation though, like:

PACKAGE_CLASSES = "package_ipk"

Cheers,

Richard

(No subject)

[Stephano Cetola]

On 3/26/18 3:10 PM, Richard Purdie wrote:
> On Mon, 2018-03-26 at 21:17 +0000, Ruica Cristina wrote:
>> rocko..
>> i tried to edit local.conf file and add 
>>
>> package_Classes ?="package ipk"
>> and it won't let me bitbake..i m kind of new in this and i don t know
>> how to manage it..
> 
> It would be useful to know the exact error. You do need to use the
> right capitalisation though, like:
> 
> PACKAGE_CLASSES = "package_ipk"
> 
> Cheers,
> 
> Richard
> 

Also, here are some resources for you to look at while getting starting
with Yocto:

https://wiki.yoctoproject.org/wiki/Newcomers

Hope that helps!

Cheers,
Stephano

(No subject)

[jan vermaete]

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

(No subject)

[Otavio Salvador]

On Wed, Apr 25, 2018 at 7:51 AM, jan vermaete <jan.vermaete@gmail.com> wrote:
> 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.

Is it possible for you to send the patch using git format-patch / git
send-patch or sending it as an attachment?

-- 
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

(No subject)

[jan vermaete]

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

Please find attached the patch.
Br

On Wed, Apr 25, 2018 at 7:33 PM, Otavio Salvador
<otavio.salvador@ossystems.com.br> wrote:
> On Wed, Apr 25, 2018 at 7:51 AM, jan vermaete <jan.vermaete@gmail.com> wrote:
>> 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.
>
> Is it possible for you to send the patch using git format-patch / git
> send-patch or sending it as an attachment?
>
> --
> 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

[-- Attachment #2: 0001-Do-not-add-the-short-git-hash-to-the-kernel-name-whe.patch --]
[-- Type: application/octet-stream, Size: 898 bytes --]

From f67c79d669a9861f6f355717bcdabc918e1de03b Mon Sep 17 00:00:00 2001
From: Jan Vermaete <jver@oip.be>
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

(No subject)

[Otavio Salvador]

On Thu, Apr 26, 2018 at 2:18 PM jan vermaete <jan.vermaete@gmail.com> wrote:

> Please find attached the patch.

I applied it to master after fixing up the commit log.

-- 
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

(No subject)

[taborskikrzysztof]

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





Wysłano z telefonu Samsung

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

(No subject)

[Rahul jangra]

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

(No subject)

[Parthiban Nallathambi]

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

(No subject)

[William Delacre]

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 !

(No subject)

[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

(No subject)

[Eyal Reizer]

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

זקקקזס

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

(No subject)

[Mark Asselstine]

On Mon, Jul 23, 2018 at 8:28 AM, William Delacre
<williamdelacre@gmail.com> wrote:
> 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 ?

Check all aspects of what you have manually downloaded and populated
in your downloads. My guess is that a checksum or some other detail
isn't matching and it is rejecting what you have and thus attempting
to re-download the file.

Mark

>
> Thanks in advance !
> --
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

(No subject)

[Mark Asselstine]

On Thu, Jul 26, 2018 at 3:40 PM, Mark Asselstine
<mark.asselstine@windriver.com> wrote:
> On Mon, Jul 23, 2018 at 8:28 AM, William Delacre
> <williamdelacre@gmail.com> wrote:
>> 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

With the additional info you sent me along with a second look at the
error I can fairly confidently say I know what the issue is.

Python, like some other languages (ruby, go...) will attempt to
download dependencies/requirements if they are not present. This is
done "outside" of the bitbake system and thus will ignore
BB_NO_NETWORK and is generally a bad thing. It isn't quite host
contamination but it is very similar. What we do with our python
recipes in bitbake is review a python package's source setup.py,
requirements.txt...files in order to determine what other python
packages are needed, add them as RDEPENDS or similar in order to avoid
the python attempting to complete a download such as this.

In this case python-twisted 'requires' python-incremental but the
Rocko version of the python-twisted recipe lacks the needed assignment
to ensure this is available in the recipe sysroot and thus the
attempted download.

Cherry pick commit b08b570c8624303acbb6bb064a7bda466a679df4
[python-twisted: avoid downloading build dependencies] to Rocko and
you will be good to go. You should also follow up this thread with a
request to have this commit put onto Rocko to avoid others hitting the
same issue.

Mark

>>
>> ............
>>
>> 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 ?
>
> Check all aspects of what you have manually downloaded and populated
> in your downloads. My guess is that a checksum or some other detail
> isn't matching and it is rejecting what you have and thus attempting
> to re-download the file.
>
> Mark
>
>>
>> Thanks in advance !
>> --
>> _______________________________________________
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

(No subject)

[William Delacre]

Thanks a lot for the answer, it worked perfectly !

There is just one point I don’t really understand : why do we need to add a
dependency to ‘python-incremental-NATIVE’ ?

What would happen if I just add to the python-twisted recipe :

DEPENDS += “${PYTHON_PN}-incremental“

William

Le ven. 27 juil. 2018 à 17:03, Mark Asselstine <
mark.asselstine@windriver.com> a écrit :

> On Thu, Jul 26, 2018 at 3:40 PM, Mark Asselstine
> <mark.asselstine@windriver.com> wrote:
> > On Mon, Jul 23, 2018 at 8:28 AM, William Delacre
> > <williamdelacre@gmail.com> wrote:
> >> 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
>
> With the additional info you sent me along with a second look at the
> error I can fairly confidently say I know what the issue is.
>
> Python, like some other languages (ruby, go...) will attempt to
> download dependencies/requirements if they are not present. This is
> done "outside" of the bitbake system and thus will ignore
> BB_NO_NETWORK and is generally a bad thing. It isn't quite host
> contamination but it is very similar. What we do with our python
> recipes in bitbake is review a python package's source setup.py,
> requirements.txt...files in order to determine what other python
> packages are needed, add them as RDEPENDS or similar in order to avoid
> the python attempting to complete a download such as this.
>
> In this case python-twisted 'requires' python-incremental but the
> Rocko version of the python-twisted recipe lacks the needed assignment
> to ensure this is available in the recipe sysroot and thus the
> attempted download.
>
> Cherry pick commit b08b570c8624303acbb6bb064a7bda466a679df4
> [python-twisted: avoid downloading build dependencies] to Rocko and
> you will be good to go. You should also follow up this thread with a
> request to have this commit put onto Rocko to avoid others hitting the
> same issue.
>
> Mark
>
> >>
> >> ............
> >>
> >> 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 ?
> >
> > Check all aspects of what you have manually downloaded and populated
> > in your downloads. My guess is that a checksum or some other detail
> > isn't matching and it is rejecting what you have and thus attempting
> > to re-download the file.
> >
> > Mark
> >
> >>
> >> Thanks in advance !
> >> --
> >> _______________________________________________
> >> Openembedded-devel mailing list
> >> Openembedded-devel@lists.openembedded.org
> >> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>

(No subject)

[Mark Asselstine]

On Friday, July 27, 2018 12:04:37 PM EDT William Delacre wrote:
> Thanks a lot for the answer, it worked perfectly !
> 
> There is just one point I don’t really understand : why do we need to add a
> dependency to ‘python-incremental-NATIVE’ ?
> 
> What would happen if I just add to the python-twisted recipe :
> 
> DEPENDS += “${PYTHON_PN}-incremental“

This would assume that python is completely arch independent, which it is not. 
Assume for example python-incremental had some C extensions, using DEPENDS 
would build them for the target arch yet possibly attempt to run them on your 
build host. -native takes care of this.

Some may say this is a bit of a hack since the difference in ARCH *might* 
equate to a difference in behavior. But I have dealt with many python recipes 
and have yet to run into any scenario where this potential issue exists.

At least that is what I can recall at the moment. Unfortunately I have 
forgotten some of the subtleties that might be in play.

Mark

> 
> William
> 
> Le ven. 27 juil. 2018 à 17:03, Mark Asselstine <
> 
> mark.asselstine@windriver.com> a écrit :
> > On Thu, Jul 26, 2018 at 3:40 PM, Mark Asselstine
> > 
> > <mark.asselstine@windriver.com> wrote:
> > > On Mon, Jul 23, 2018 at 8:28 AM, William Delacre
> > > 
> > > <williamdelacre@gmail.com> wrote:
> > >> 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
> > 
> > With the additional info you sent me along with a second look at the
> > error I can fairly confidently say I know what the issue is.
> > 
> > Python, like some other languages (ruby, go...) will attempt to
> > download dependencies/requirements if they are not present. This is
> > done "outside" of the bitbake system and thus will ignore
> > BB_NO_NETWORK and is generally a bad thing. It isn't quite host
> > contamination but it is very similar. What we do with our python
> > recipes in bitbake is review a python package's source setup.py,
> > requirements.txt...files in order to determine what other python
> > packages are needed, add them as RDEPENDS or similar in order to avoid
> > the python attempting to complete a download such as this.
> > 
> > In this case python-twisted 'requires' python-incremental but the
> > Rocko version of the python-twisted recipe lacks the needed assignment
> > to ensure this is available in the recipe sysroot and thus the
> > attempted download.
> > 
> > Cherry pick commit b08b570c8624303acbb6bb064a7bda466a679df4
> > [python-twisted: avoid downloading build dependencies] to Rocko and
> > you will be good to go. You should also follow up this thread with a
> > request to have this commit put onto Rocko to avoid others hitting the
> > same issue.
> > 
> > Mark
> > 
> > >> ............
> > >> 
> > >> 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 ?
> > > 
> > > Check all aspects of what you have manually downloaded and populated
> > > in your downloads. My guess is that a checksum or some other detail
> > > isn't matching and it is rejecting what you have and thus attempting
> > > to re-download the file.
> > > 
> > > Mark
> > > 
> > >> Thanks in advance !
> > >> --
> > >> _______________________________________________
> > >> Openembedded-devel mailing list
> > >> Openembedded-devel@lists.openembedded.org
> > >> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

(No subject)

[William Delacre]

Okay, it makes sense!

My question may seem stupid but then why don’t we always use ‘-native’ for
the dependencies ?

Is it because sometimes we know that the behavior of ‘foo’ and ‘foo-native’
would be the same, independently of the architecture ?

William

Le ven. 27 juil. 2018 à 18:16, Mark Asselstine <
mark.asselstine@windriver.com> a écrit :

> On Friday, July 27, 2018 12:04:37 PM EDT William Delacre wrote:
> > Thanks a lot for the answer, it worked perfectly !
> >
> > There is just one point I don’t really understand : why do we need to
> add a
> > dependency to ‘python-incremental-NATIVE’ ?
> >
> > What would happen if I just add to the python-twisted recipe :
> >
> > DEPENDS += “${PYTHON_PN}-incremental“
>
> This would assume that python is completely arch independent, which it is
> not.
> Assume for example python-incremental had some C extensions, using DEPENDS
> would build them for the target arch yet possibly attempt to run them on
> your
> build host. -native takes care of this.
>
> Some may say this is a bit of a hack since the difference in ARCH *might*
> equate to a difference in behavior. But I have dealt with many python
> recipes
> and have yet to run into any scenario where this potential issue exists.
>
> At least that is what I can recall at the moment. Unfortunately I have
> forgotten some of the subtleties that might be in play.
>
> Mark
>
> >
> > William
> >
> > Le ven. 27 juil. 2018 à 17:03, Mark Asselstine <
> >
> > mark.asselstine@windriver.com> a écrit :
> > > On Thu, Jul 26, 2018 at 3:40 PM, Mark Asselstine
> > >
> > > <mark.asselstine@windriver.com> wrote:
> > > > On Mon, Jul 23, 2018 at 8:28 AM, William Delacre
> > > >
> > > > <williamdelacre@gmail.com> wrote:
> > > >> 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
> > >
> > > With the additional info you sent me along with a second look at the
> > > error I can fairly confidently say I know what the issue is.
> > >
> > > Python, like some other languages (ruby, go...) will attempt to
> > > download dependencies/requirements if they are not present. This is
> > > done "outside" of the bitbake system and thus will ignore
> > > BB_NO_NETWORK and is generally a bad thing. It isn't quite host
> > > contamination but it is very similar. What we do with our python
> > > recipes in bitbake is review a python package's source setup.py,
> > > requirements.txt...files in order to determine what other python
> > > packages are needed, add them as RDEPENDS or similar in order to avoid
> > > the python attempting to complete a download such as this.
> > >
> > > In this case python-twisted 'requires' python-incremental but the
> > > Rocko version of the python-twisted recipe lacks the needed assignment
> > > to ensure this is available in the recipe sysroot and thus the
> > > attempted download.
> > >
> > > Cherry pick commit b08b570c8624303acbb6bb064a7bda466a679df4
> > > [python-twisted: avoid downloading build dependencies] to Rocko and
> > > you will be good to go. You should also follow up this thread with a
> > > request to have this commit put onto Rocko to avoid others hitting the
> > > same issue.
> > >
> > > Mark
> > >
> > > >> ............
> > > >>
> > > >> 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 ?
> > > >
> > > > Check all aspects of what you have manually downloaded and populated
> > > > in your downloads. My guess is that a checksum or some other detail
> > > > isn't matching and it is rejecting what you have and thus attempting
> > > > to re-download the file.
> > > >
> > > > Mark
> > > >
> > > >> Thanks in advance !
> > > >> --
> > > >> _______________________________________________
> > > >> Openembedded-devel mailing list
> > > >> Openembedded-devel@lists.openembedded.org
> > > >> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>
>
>
>
>

(No subject)

[William Delacre]

Alright, thabks !

And I guess if it’s a tool I need during runtime on the target, I add it in
the RDPENDS variable ?

Le ven. 27 juil. 2018 à 18:40, S. Lockwood-Childs <sjl@vctlabs.com> a
écrit :

> It depends on the role of the particular dependency:
>
> * tool you need to run during build             <-- native dependency
> * library you need to link against during build <-- target dependency
>
> --SJLC
>
> On Fri, Jul 27, 2018 at 06:25:27PM +0200, William Delacre wrote:
> > Okay, it makes sense!
> >
> > My question may seem stupid but then why don’t we always use ‘-native’
> for
> > the dependencies ?
> >
> > Is it because sometimes we know that the behavior of ‘foo’ and
> ‘foo-native’
> > would be the same, independently of the architecture ?
> >
> > William
> >
> > Le ven. 27 juil. 2018 à 18:16, Mark Asselstine <
> > mark.asselstine@windriver.com> a écrit :
> >
> > > On Friday, July 27, 2018 12:04:37 PM EDT William Delacre wrote:
> > > > Thanks a lot for the answer, it worked perfectly !
> > > >
> > > > There is just one point I don’t really understand : why do we need to
> > > add a
> > > > dependency to ‘python-incremental-NATIVE’ ?
> > > >
> > > > What would happen if I just add to the python-twisted recipe :
> > > >
> > > > DEPENDS += “${PYTHON_PN}-incremental“
> > >
> > > This would assume that python is completely arch independent, which it
> is
> > > not.
> > > Assume for example python-incremental had some C extensions, using
> DEPENDS
> > > would build them for the target arch yet possibly attempt to run them
> on
> > > your
> > > build host. -native takes care of this.
> > >
> > > Some may say this is a bit of a hack since the difference in ARCH
> *might*
> > > equate to a difference in behavior. But I have dealt with many python
> > > recipes
> > > and have yet to run into any scenario where this potential issue
> exists.
> > >
> > > At least that is what I can recall at the moment. Unfortunately I have
> > > forgotten some of the subtleties that might be in play.
> > >
> > > Mark
> > >
> > > >
> > > > William
> > > >
> > > > Le ven. 27 juil. 2018 à 17:03, Mark Asselstine <
> > > >
> > > > mark.asselstine@windriver.com> a écrit :
> > > > > On Thu, Jul 26, 2018 at 3:40 PM, Mark Asselstine
> > > > >
> > > > > <mark.asselstine@windriver.com> wrote:
> > > > > > On Mon, Jul 23, 2018 at 8:28 AM, William Delacre
> > > > > >
> > > > > > <williamdelacre@gmail.com> wrote:
> > > > > >> 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
> > > > >
> > > > > With the additional info you sent me along with a second look at
> the
> > > > > error I can fairly confidently say I know what the issue is.
> > > > >
> > > > > Python, like some other languages (ruby, go...) will attempt to
> > > > > download dependencies/requirements if they are not present. This is
> > > > > done "outside" of the bitbake system and thus will ignore
> > > > > BB_NO_NETWORK and is generally a bad thing. It isn't quite host
> > > > > contamination but it is very similar. What we do with our python
> > > > > recipes in bitbake is review a python package's source setup.py,
> > > > > requirements.txt...files in order to determine what other python
> > > > > packages are needed, add them as RDEPENDS or similar in order to
> avoid
> > > > > the python attempting to complete a download such as this.
> > > > >
> > > > > In this case python-twisted 'requires' python-incremental but the
> > > > > Rocko version of the python-twisted recipe lacks the needed
> assignment
> > > > > to ensure this is available in the recipe sysroot and thus the
> > > > > attempted download.
> > > > >
> > > > > Cherry pick commit b08b570c8624303acbb6bb064a7bda466a679df4
> > > > > [python-twisted: avoid downloading build dependencies] to Rocko and
> > > > > you will be good to go. You should also follow up this thread with
> a
> > > > > request to have this commit put onto Rocko to avoid others hitting
> the
> > > > > same issue.
> > > > >
> > > > > Mark
> > > > >
> > > > > >> ............
> > > > > >>
> > > > > >> 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 ?
> > > > > >
> > > > > > Check all aspects of what you have manually downloaded and
> populated
> > > > > > in your downloads. My guess is that a checksum or some other
> detail
> > > > > > isn't matching and it is rejecting what you have and thus
> attempting
> > > > > > to re-download the file.
> > > > > >
> > > > > > Mark
> > > > > >
> > > > > >> Thanks in advance !
> > > > > >> --
> > > > > >> _______________________________________________
> > > > > >> Openembedded-devel mailing list
> > > > > >> Openembedded-devel@lists.openembedded.org
> > > > > >>
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> > >
> > >
> > >
> > >
> > >
> > --
> > _______________________________________________
> > Openembedded-devel mailing list
> > Openembedded-devel@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>

(No subject)

[S. Lockwood-Childs]

It depends on the role of the particular dependency:

* tool you need to run during build             <-- native dependency
* library you need to link against during build <-- target dependency

--SJLC

On Fri, Jul 27, 2018 at 06:25:27PM +0200, William Delacre wrote:
> Okay, it makes sense!
> 
> My question may seem stupid but then why don’t we always use ‘-native’ for
> the dependencies ?
> 
> Is it because sometimes we know that the behavior of ‘foo’ and ‘foo-native’
> would be the same, independently of the architecture ?
> 
> William
> 
> Le ven. 27 juil. 2018 à 18:16, Mark Asselstine <
> mark.asselstine@windriver.com> a écrit :
> 
> > On Friday, July 27, 2018 12:04:37 PM EDT William Delacre wrote:
> > > Thanks a lot for the answer, it worked perfectly !
> > >
> > > There is just one point I don’t really understand : why do we need to
> > add a
> > > dependency to ‘python-incremental-NATIVE’ ?
> > >
> > > What would happen if I just add to the python-twisted recipe :
> > >
> > > DEPENDS += “${PYTHON_PN}-incremental“
> >
> > This would assume that python is completely arch independent, which it is
> > not.
> > Assume for example python-incremental had some C extensions, using DEPENDS
> > would build them for the target arch yet possibly attempt to run them on
> > your
> > build host. -native takes care of this.
> >
> > Some may say this is a bit of a hack since the difference in ARCH *might*
> > equate to a difference in behavior. But I have dealt with many python
> > recipes
> > and have yet to run into any scenario where this potential issue exists.
> >
> > At least that is what I can recall at the moment. Unfortunately I have
> > forgotten some of the subtleties that might be in play.
> >
> > Mark
> >
> > >
> > > William
> > >
> > > Le ven. 27 juil. 2018 à 17:03, Mark Asselstine <
> > >
> > > mark.asselstine@windriver.com> a écrit :
> > > > On Thu, Jul 26, 2018 at 3:40 PM, Mark Asselstine
> > > >
> > > > <mark.asselstine@windriver.com> wrote:
> > > > > On Mon, Jul 23, 2018 at 8:28 AM, William Delacre
> > > > >
> > > > > <williamdelacre@gmail.com> wrote:
> > > > >> 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
> > > >
> > > > With the additional info you sent me along with a second look at the
> > > > error I can fairly confidently say I know what the issue is.
> > > >
> > > > Python, like some other languages (ruby, go...) will attempt to
> > > > download dependencies/requirements if they are not present. This is
> > > > done "outside" of the bitbake system and thus will ignore
> > > > BB_NO_NETWORK and is generally a bad thing. It isn't quite host
> > > > contamination but it is very similar. What we do with our python
> > > > recipes in bitbake is review a python package's source setup.py,
> > > > requirements.txt...files in order to determine what other python
> > > > packages are needed, add them as RDEPENDS or similar in order to avoid
> > > > the python attempting to complete a download such as this.
> > > >
> > > > In this case python-twisted 'requires' python-incremental but the
> > > > Rocko version of the python-twisted recipe lacks the needed assignment
> > > > to ensure this is available in the recipe sysroot and thus the
> > > > attempted download.
> > > >
> > > > Cherry pick commit b08b570c8624303acbb6bb064a7bda466a679df4
> > > > [python-twisted: avoid downloading build dependencies] to Rocko and
> > > > you will be good to go. You should also follow up this thread with a
> > > > request to have this commit put onto Rocko to avoid others hitting the
> > > > same issue.
> > > >
> > > > Mark
> > > >
> > > > >> ............
> > > > >>
> > > > >> 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 ?
> > > > >
> > > > > Check all aspects of what you have manually downloaded and populated
> > > > > in your downloads. My guess is that a checksum or some other detail
> > > > > isn't matching and it is rejecting what you have and thus attempting
> > > > > to re-download the file.
> > > > >
> > > > > Mark
> > > > >
> > > > >> Thanks in advance !
> > > > >> --
> > > > >> _______________________________________________
> > > > >> Openembedded-devel mailing list
> > > > >> Openembedded-devel@lists.openembedded.org
> > > > >> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> >
> >
> >
> >
> >
> -- 
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel

(No subject)

[Mark Asselstine]

On Friday, July 27, 2018 12:42:44 PM EDT William Delacre wrote:
> Alright, thabks !
> 
> And I guess if it’s a tool I need during runtime on the target, I add it in
> the RDPENDS variable ?

Correct.

Note as well that I did make a note of why the -native version of incremental 
was needed, to work around a circular dependency, as captured in the commit 
log.

In general with python we definitely make assumptions around arch independence 
and the strategy has survived most if not all we have thrown at it.

Mark

> 
> Le ven. 27 juil. 2018 à 18:40, S. Lockwood-Childs <sjl@vctlabs.com> a
> 
> écrit :
> > It depends on the role of the particular dependency:
> > 
> > * tool you need to run during build             <-- native dependency
> > * library you need to link against during build <-- target dependency
> > 
> > --SJLC
> > 
> > On Fri, Jul 27, 2018 at 06:25:27PM +0200, William Delacre wrote:
> > > Okay, it makes sense!
> > > 
> > > My question may seem stupid but then why don’t we always use ‘-native’
> > 
> > for
> > 
> > > the dependencies ?
> > > 
> > > Is it because sometimes we know that the behavior of ‘foo’ and
> > 
> > ‘foo-native’
> > 
> > > would be the same, independently of the architecture ?
> > > 
> > > William
> > > 
> > > Le ven. 27 juil. 2018 à 18:16, Mark Asselstine <
> > > 
> > > mark.asselstine@windriver.com> a écrit :
> > > > On Friday, July 27, 2018 12:04:37 PM EDT William Delacre wrote:
> > > > > Thanks a lot for the answer, it worked perfectly !
> > > > > 
> > > > > There is just one point I don’t really understand : why do we need
> > > > > to
> > > > 
> > > > add a
> > > > 
> > > > > dependency to ‘python-incremental-NATIVE’ ?
> > > > > 
> > > > > What would happen if I just add to the python-twisted recipe :
> > > > > 
> > > > > DEPENDS += “${PYTHON_PN}-incremental“
> > > > 
> > > > This would assume that python is completely arch independent, which it
> > 
> > is
> > 
> > > > not.
> > > > Assume for example python-incremental had some C extensions, using
> > 
> > DEPENDS
> > 
> > > > would build them for the target arch yet possibly attempt to run them
> > 
> > on
> > 
> > > > your
> > > > build host. -native takes care of this.
> > > > 
> > > > Some may say this is a bit of a hack since the difference in ARCH
> > 
> > *might*
> > 
> > > > equate to a difference in behavior. But I have dealt with many python
> > > > recipes
> > > > and have yet to run into any scenario where this potential issue
> > 
> > exists.
> > 
> > > > At least that is what I can recall at the moment. Unfortunately I have
> > > > forgotten some of the subtleties that might be in play.
> > > > 
> > > > Mark
> > > > 
> > > > > William
> > > > > 
> > > > > Le ven. 27 juil. 2018 à 17:03, Mark Asselstine <
> > > > > 
> > > > > mark.asselstine@windriver.com> a écrit :
> > > > > > On Thu, Jul 26, 2018 at 3:40 PM, Mark Asselstine
> > > > > > 
> > > > > > <mark.asselstine@windriver.com> wrote:
> > > > > > > On Mon, Jul 23, 2018 at 8:28 AM, William Delacre
> > > > > > > 
> > > > > > > <williamdelacre@gmail.com> wrote:
> > > > > > >> 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
> > > > > > 
> > > > > > With the additional info you sent me along with a second look at
> > 
> > the
> > 
> > > > > > error I can fairly confidently say I know what the issue is.
> > > > > > 
> > > > > > Python, like some other languages (ruby, go...) will attempt to
> > > > > > download dependencies/requirements if they are not present. This
> > > > > > is
> > > > > > done "outside" of the bitbake system and thus will ignore
> > > > > > BB_NO_NETWORK and is generally a bad thing. It isn't quite host
> > > > > > contamination but it is very similar. What we do with our python
> > > > > > recipes in bitbake is review a python package's source setup.py,
> > > > > > requirements.txt...files in order to determine what other python
> > > > > > packages are needed, add them as RDEPENDS or similar in order to
> > 
> > avoid
> > 
> > > > > > the python attempting to complete a download such as this.
> > > > > > 
> > > > > > In this case python-twisted 'requires' python-incremental but the
> > > > > > Rocko version of the python-twisted recipe lacks the needed
> > 
> > assignment
> > 
> > > > > > to ensure this is available in the recipe sysroot and thus the
> > > > > > attempted download.
> > > > > > 
> > > > > > Cherry pick commit b08b570c8624303acbb6bb064a7bda466a679df4
> > > > > > [python-twisted: avoid downloading build dependencies] to Rocko
> > > > > > and
> > > > > > you will be good to go. You should also follow up this thread with
> > 
> > a
> > 
> > > > > > request to have this commit put onto Rocko to avoid others hitting
> > 
> > the
> > 
> > > > > > same issue.
> > > > > > 
> > > > > > Mark
> > > > > > 
> > > > > > >> ............
> > > > > > >> 
> > > > > > >> 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 ?
> > > > > > > 
> > > > > > > Check all aspects of what you have manually downloaded and
> > 
> > populated
> > 
> > > > > > > in your downloads. My guess is that a checksum or some other
> > 
> > detail
> > 
> > > > > > > isn't matching and it is rejecting what you have and thus
> > 
> > attempting
> > 
> > > > > > > to re-download the file.
> > > > > > > 
> > > > > > > Mark
> > > > > > > 
> > > > > > >> Thanks in advance !
> > > > > > >> --
> > > > > > >> _______________________________________________
> > > > > > >> Openembedded-devel mailing list
> > > > > > >> Openembedded-devel@lists.openembedded.org
> > 
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> > 
> > > --
> > > _______________________________________________
> > > Openembedded-devel mailing list
> > > Openembedded-devel@lists.openembedded.org
> > > http://lists.openembedded.org/mailman/listinfo/openembedded-devel

(No subject)

[William Delacre]

Le ven. 27 juil. 2018 à 18:40, S. Lockwood-Childs <sjl@vctlabs.com> a
écrit :

> It depends on the role of the particular dependency:
>
> * tool you need to run during build             <-- native dependency
> * library you need to link against during build <-- target dependency


Thanks for the precision :-)

My question may seem a bit stupid but how do you know which is which ?
Let’s say I want to write a recipe to install any specific software on my
target, how do I choose the dependencies ?
I have to refer to the software Makefile/CMakeList ?

William

>
>
> --SJLC
>
> On Fri, Jul 27, 2018 at 06:25:27PM +0200, William Delacre wrote:
> > Okay, it makes sense!
> >
> > My question may seem stupid but then why don’t we always use ‘-native’
> for
> > the dependencies ?
> >
> > Is it because sometimes we know that the behavior of ‘foo’ and
> ‘foo-native’
> > would be the same, independently of the architecture ?
> >
> > William
> >
> > Le ven. 27 juil. 2018 à 18:16, Mark Asselstine <
> > mark.asselstine@windriver.com> a écrit :
> >
> > > On Friday, July 27, 2018 12:04:37 PM EDT William Delacre wrote:
> > > > Thanks a lot for the answer, it worked perfectly !
> > > >
> > > > There is just one point I don’t really understand : why do we need to
> > > add a
> > > > dependency to ‘python-incremental-NATIVE’ ?
> > > >
> > > > What would happen if I just add to the python-twisted recipe :
> > > >
> > > > DEPENDS += “${PYTHON_PN}-incremental“
> > >
> > > This would assume that python is completely arch independent, which it
> is
> > > not.
> > > Assume for example python-incremental had some C extensions, using
> DEPENDS
> > > would build them for the target arch yet possibly attempt to run them
> on
> > > your
> > > build host. -native takes care of this.
> > >
> > > Some may say this is a bit of a hack since the difference in ARCH
> *might*
> > > equate to a difference in behavior. But I have dealt with many python
> > > recipes
> > > and have yet to run into any scenario where this potential issue
> exists.
> > >
> > > At least that is what I can recall at the moment. Unfortunately I have
> > > forgotten some of the subtleties that might be in play.
> > >
> > > Mark
> > >
> > > >
> > > > William
> > > >
> > > > Le ven. 27 juil. 2018 à 17:03, Mark Asselstine <
> > > >
> > > > mark.asselstine@windriver.com> a écrit :
> > > > > On Thu, Jul 26, 2018 at 3:40 PM, Mark Asselstine
> > > > >
> > > > > <mark.asselstine@windriver.com> wrote:
> > > > > > On Mon, Jul 23, 2018 at 8:28 AM, William Delacre
> > > > > >
> > > > > > <williamdelacre@gmail.com> wrote:
> > > > > >> 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
> > > > >
> > > > > With the additional info you sent me along with a second look at
> the
> > > > > error I can fairly confidently say I know what the issue is.
> > > > >
> > > > > Python, like some other languages (ruby, go...) will attempt to
> > > > > download dependencies/requirements if they are not present. This is
> > > > > done "outside" of the bitbake system and thus will ignore
> > > > > BB_NO_NETWORK and is generally a bad thing. It isn't quite host
> > > > > contamination but it is very similar. What we do with our python
> > > > > recipes in bitbake is review a python package's source setup.py,
> > > > > requirements.txt...files in order to determine what other python
> > > > > packages are needed, add them as RDEPENDS or similar in order to
> avoid
> > > > > the python attempting to complete a download such as this.
> > > > >
> > > > > In this case python-twisted 'requires' python-incremental but the
> > > > > Rocko version of the python-twisted recipe lacks the needed
> assignment
> > > > > to ensure this is available in the recipe sysroot and thus the
> > > > > attempted download.
> > > > >
> > > > > Cherry pick commit b08b570c8624303acbb6bb064a7bda466a679df4
> > > > > [python-twisted: avoid downloading build dependencies] to Rocko and
> > > > > you will be good to go. You should also follow up this thread with
> a
> > > > > request to have this commit put onto Rocko to avoid others hitting
> the
> > > > > same issue.
> > > > >
> > > > > Mark
> > > > >
> > > > > >> ............
> > > > > >>
> > > > > >> 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 ?
> > > > > >
> > > > > > Check all aspects of what you have manually downloaded and
> populated
> > > > > > in your downloads. My guess is that a checksum or some other
> detail
> > > > > > isn't matching and it is rejecting what you have and thus
> attempting
> > > > > > to re-download the file.
> > > > > >
> > > > > > Mark
> > > > > >
> > > > > >> Thanks in advance !
> > > > > >> --
> > > > > >> _______________________________________________
> > > > > >> Openembedded-devel mailing list
> > > > > >> Openembedded-devel@lists.openembedded.org
> > > > > >>
> http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> > >
> > >
> > >
> > >
> > >
> > --
> > _______________________________________________
> > Openembedded-devel mailing list
> > Openembedded-devel@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
>

(No subject)

[Mark Asselstine]

On Tuesday, July 31, 2018 7:54:22 AM EDT William Delacre wrote:
> Le ven. 27 juil. 2018 à 18:40, S. Lockwood-Childs <sjl@vctlabs.com> a
> 
> écrit :
> > It depends on the role of the particular dependency:
> > 
> > * tool you need to run during build             <-- native dependency
> > * library you need to link against during build <-- target dependency
> 
> Thanks for the precision :-)
> 
> My question may seem a bit stupid but how do you know which is which ?
> Let’s say I want to write a recipe to install any specific software on my
> target, how do I choose the dependencies ?
> I have to refer to the software Makefile/CMakeList ?

It is not always easy to see via code inspection. I would suggest keep a 
second build for a different arch than your build host, possibly ARM. Start by 
using the non-native DEPENDS and only if there is an issue with the ARM build 
look at using -native for a DEPENDS.

To be honest I haven't had to worry about this too much as it is rare to run 
into issues.

Mark

> 
> William
> 
> > --SJLC
> > 
> > On Fri, Jul 27, 2018 at 06:25:27PM +0200, William Delacre wrote:
> > > Okay, it makes sense!
> > > 
> > > My question may seem stupid but then why don’t we always use ‘-native’
> > 
> > for
> > 
> > > the dependencies ?
> > > 
> > > Is it because sometimes we know that the behavior of ‘foo’ and
> > 
> > ‘foo-native’
> > 
> > > would be the same, independently of the architecture ?
> > > 
> > > William
> > > 
> > > Le ven. 27 juil. 2018 à 18:16, Mark Asselstine <
> > > 
> > > mark.asselstine@windriver.com> a écrit :
> > > > On Friday, July 27, 2018 12:04:37 PM EDT William Delacre wrote:
> > > > > Thanks a lot for the answer, it worked perfectly !
> > > > > 
> > > > > There is just one point I don’t really understand : why do we need
> > > > > to
> > > > 
> > > > add a
> > > > 
> > > > > dependency to ‘python-incremental-NATIVE’ ?
> > > > > 
> > > > > What would happen if I just add to the python-twisted recipe :
> > > > > 
> > > > > DEPENDS += “${PYTHON_PN}-incremental“
> > > > 
> > > > This would assume that python is completely arch independent, which it
> > 
> > is
> > 
> > > > not.
> > > > Assume for example python-incremental had some C extensions, using
> > 
> > DEPENDS
> > 
> > > > would build them for the target arch yet possibly attempt to run them
> > 
> > on
> > 
> > > > your
> > > > build host. -native takes care of this.
> > > > 
> > > > Some may say this is a bit of a hack since the difference in ARCH
> > 
> > *might*
> > 
> > > > equate to a difference in behavior. But I have dealt with many python
> > > > recipes
> > > > and have yet to run into any scenario where this potential issue
> > 
> > exists.
> > 
> > > > At least that is what I can recall at the moment. Unfortunately I have
> > > > forgotten some of the subtleties that might be in play.
> > > > 
> > > > Mark
> > > > 
> > > > > William
> > > > > 
> > > > > Le ven. 27 juil. 2018 à 17:03, Mark Asselstine <
> > > > > 
> > > > > mark.asselstine@windriver.com> a écrit :
> > > > > > On Thu, Jul 26, 2018 at 3:40 PM, Mark Asselstine
> > > > > > 
> > > > > > <mark.asselstine@windriver.com> wrote:
> > > > > > > On Mon, Jul 23, 2018 at 8:28 AM, William Delacre
> > > > > > > 
> > > > > > > <williamdelacre@gmail.com> wrote:
> > > > > > >> 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
> > > > > > 
> > > > > > With the additional info you sent me along with a second look at
> > 
> > the
> > 
> > > > > > error I can fairly confidently say I know what the issue is.
> > > > > > 
> > > > > > Python, like some other languages (ruby, go...) will attempt to
> > > > > > download dependencies/requirements if they are not present. This
> > > > > > is
> > > > > > done "outside" of the bitbake system and thus will ignore
> > > > > > BB_NO_NETWORK and is generally a bad thing. It isn't quite host
> > > > > > contamination but it is very similar. What we do with our python
> > > > > > recipes in bitbake is review a python package's source setup.py,
> > > > > > requirements.txt...files in order to determine what other python
> > > > > > packages are needed, add them as RDEPENDS or similar in order to
> > 
> > avoid
> > 
> > > > > > the python attempting to complete a download such as this.
> > > > > > 
> > > > > > In this case python-twisted 'requires' python-incremental but the
> > > > > > Rocko version of the python-twisted recipe lacks the needed
> > 
> > assignment
> > 
> > > > > > to ensure this is available in the recipe sysroot and thus the
> > > > > > attempted download.
> > > > > > 
> > > > > > Cherry pick commit b08b570c8624303acbb6bb064a7bda466a679df4
> > > > > > [python-twisted: avoid downloading build dependencies] to Rocko
> > > > > > and
> > > > > > you will be good to go. You should also follow up this thread with
> > 
> > a
> > 
> > > > > > request to have this commit put onto Rocko to avoid others hitting
> > 
> > the
> > 
> > > > > > same issue.
> > > > > > 
> > > > > > Mark
> > > > > > 
> > > > > > >> ............
> > > > > > >> 
> > > > > > >> 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 ?
> > > > > > > 
> > > > > > > Check all aspects of what you have manually downloaded and
> > 
> > populated
> > 
> > > > > > > in your downloads. My guess is that a checksum or some other
> > 
> > detail
> > 
> > > > > > > isn't matching and it is rejecting what you have and thus
> > 
> > attempting
> > 
> > > > > > > to re-download the file.
> > > > > > > 
> > > > > > > Mark
> > > > > > > 
> > > > > > >> Thanks in advance !
> > > > > > >> --
> > > > > > >> _______________________________________________
> > > > > > >> Openembedded-devel mailing list
> > > > > > >> Openembedded-devel@lists.openembedded.org
> > 
> > http://lists.openembedded.org/mailman/listinfo/openembedded-devel
> > 
> > > --
> > > _______________________________________________
> > > Openembedded-devel mailing list
> > > Openembedded-devel@lists.openembedded.org
> > > http://lists.openembedded.org/mailman/listinfo/openembedded-devel

(No subject)

[S. Lockwood-Childs]

On Tue, Jul 31, 2018 at 10:30:02AM -0400, Mark Asselstine wrote:
> On Tuesday, July 31, 2018 7:54:22 AM EDT William Delacre wrote:
> > Le ven. 27 juil. 2018 à 18:40, S. Lockwood-Childs <sjl@vctlabs.com> a
> > 
> > écrit :
> > > It depends on the role of the particular dependency:
> > > 
> > > * tool you need to run during build             <-- native dependency
> > > * library you need to link against during build <-- target dependency
> > 
> > Thanks for the precision :-)
> > 
> > My question may seem a bit stupid but how do you know which is which ?
> > Let’s say I want to write a recipe to install any specific software on my
> > target, how do I choose the dependencies ?
> > I have to refer to the software Makefile/CMakeList ?
> 
> It is not always easy to see via code inspection. I would suggest keep a 
> second build for a different arch than your build host, possibly ARM. Start by 
> using the non-native DEPENDS and only if there is an issue with the ARM build 
> look at using -native for a DEPENDS.
> 
> To be honest I haven't had to worry about this too much as it is rare to run 
> into issues.

Yes target build dependencies are more common, so this approach of defaulting
to target rather than native does make sense.

My other advice is to start out by reviewing the build instructions in the
README / INSTALL docs for the software package; if that package requires some
non-standard external build tool ("non-standard" meaning other than 
autotools / make etc) that would need to be listed as native dependency, 
that tool really should be mentioned in the build instructions.

--SJLC

(No subject)

[William Delacre]

Le mar. 31 juil. 2018 à 20:42, S. Lockwood-Childs <sjl@vctlabs.com> a
écrit :

> On Tue, Jul 31, 2018 at 10:30:02AM -0400, Mark Asselstine wrote:
> > On Tuesday, July 31, 2018 7:54:22 AM EDT William Delacre wrote:
> > > Le ven. 27 juil. 2018 à 18:40, S. Lockwood-Childs <sjl@vctlabs.com> a
> > >
> > > écrit :
> > > > It depends on the role of the particular dependency:
> > > >
> > > > * tool you need to run during build             <-- native dependency
> > > > * library you need to link against during build <-- target dependency
> > >
> > > Thanks for the precision :-)
> > >
> > > My question may seem a bit stupid but how do you know which is which ?
> > > Let’s say I want to write a recipe to install any specific software on
> my
> > > target, how do I choose the dependencies ?
> > > I have to refer to the software Makefile/CMakeList ?
> >
> > It is not always easy to see via code inspection. I would suggest keep a
> > second build for a different arch than your build host, possibly ARM.
> Start by
> > using the non-native DEPENDS and only if there is an issue with the ARM
> build
> > look at using -native for a DEPENDS.
> >
> > To be honest I haven't had to worry about this too much as it is rare to
> run
> > into issues.
>
> Yes target build dependencies are more common, so this approach of
> defaulting
> to target rather than native does make sense.
>
> My other advice is to start out by reviewing the build instructions in the
> README / INSTALL docs for the software package; if that package requires
> some
> non-standard external build tool ("non-standard" meaning other than
> autotools / make etc) that would need to be listed as native dependency,
> that tool really should be mentioned in the build instructions.
>
> --SJLC


This is exactly what I needed to know ! Thanks you all a lot !

>
>

(No subject)

[Nathan Rossi]

[-- 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

(No subject)

[Eric Ruei]

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

(No subject)

[nishant poorswani]

[-- 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 --]

(no subject)

[Arnd Bergmann]

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

(No subject)

[Angelo Dureghello]

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. 

(No subject)

[Burton, Ross]

I'm curious: the data sheet for the processor you mention in 4/4 says
that it ha 64K of RAM.  Are there other processors in the range, or
have you done incredible things?

Ross
On Thu, 4 Oct 2018 at 14:30, Angelo Dureghello <angelo@sysam.it> wrote:
>
>
> 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.
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core

(No subject)

[Andrea Adami]

On Thu, Oct 4, 2018 at 3:55 PM Burton, Ross <ross.burton@intel.com> wrote:
>
> I'm curious: the data sheet for the processor you mention in 4/4 says
> that it ha 64K of RAM.  Are there other processors in the range, or
> have you done incredible things?
>
> Ross

Heh,

64K is the internal sram..
There is a sdram controller DDR2 and a 32bit FlexBus bus for ROM/RAM
so I bet there is more...
Cheers
Andrea

P.S. I will notice right now an old m68k acker...

>On Thu, 4 Oct 2018 at 14:30, Angelo Dureghello <angelo@sysam.it> wrote:
> >
> >
> > 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.
> > --
> > _______________________________________________
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core

(No subject)

[Angelo Dureghello]

Hi Burton,

On Thu, Oct 04, 2018 at 02:55:37PM +0100, Burton, Ross wrote:
> I'm curious: the data sheet for the processor you mention in 4/4 says
> that it ha 64K of RAM.  Are there other processors in the range, or
> have you done incredible things?
>

64KB is the internal static ram (SRAM), that's commonly 4 to 64K
for this family (i.e. some recent arm reachs 512K).
Then there is the built-in SDRAM/DDR2 controller :)
where i connect 128MB of DDR2(SDRAM), but other boards may have more.

Linux runs fine in ColdFire family from a long time. Initially only
non-MMU uClinux, now also the mainline kernel with MMU enabled.
 
Regards,
Angelo
 
> Ross
> On Thu, 4 Oct 2018 at 14:30, Angelo Dureghello <angelo@sysam.it> wrote:
> >
> >
> > 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.
> > --
> > _______________________________________________
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-core

(No subject)

[Satya Sampangi]

[-- 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 --]

(No subject)

[Ankit Navik]

[-- 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)

(no subject)

[Razvan Cojocaru]

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

Re: (no subject)

[Razvan Cojocaru]

Apologies, the subject should have been, of course, "[PATCH V7 0/5] Fix
VGA logdirty related display freezes with altp2m", which I did paste in,
but ommited to uncomment.


Sorry,
Razvan

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

(No subject)

[Antonio Santagiuliana]

[-- 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 --]

(No subject)

[Scott Rifenbark]

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

Hi,

Have you tried adding the feature through MACHINE_FEATURES variable? (
https://yoctoproject.org/docs/2.6/ref-manual/ref-manual.html#ref-features-machine
and
https://yoctoproject.org/docs/2.6/ref-manual/ref-manual.html#var-MACHINE_FEATURES
).

A developer can probably provide more detailed information Antonio.

Thanks,
Scott

On Tue, Jan 29, 2019 at 8:12 AM Antonio Santagiuliana <
santantonioswap@gmail.com> wrote:

> 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
> --
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>

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

(No subject)

[Joshua DeWeese]

Here it is, updated to work with wpa-supplicant_2.6.bb.

-- >8 --
From 12d39342b00a1ad5536b105e23b9ea732bba5489 Mon Sep 17 00:00:00 2001
From: Joshua DeWeese <jdeweese@hennypenny.com>
Date: Tue, 5 Feb 2019 10:08:37 -0500
Subject: [PATCH] wpa_supplicant: Changed systemd template units

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>
---
 ...place-systemd-install-Alias-with-WantedBy.patch | 52 ++++++++++++++++++++++
 .../wpa-supplicant/wpa-supplicant_2.6.bb           |  1 +
 2 files changed, 53 insertions(+)
 create mode 100644 meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-replace-systemd-install-Alias-with-WantedBy.patch

diff --git a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-replace-systemd-install-Alias-with-WantedBy.patch b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-replace-systemd-install-Alias-with-WantedBy.patch
new file mode 100644
index 0000000000..a476cf040e
--- /dev/null
+++ b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant/0001-replace-systemd-install-Alias-with-WantedBy.patch
@@ -0,0 +1,52 @@
+From 94c401733a5a3d294cc412671166e6adfb409f53 Mon Sep 17 00:00:00 2001
+From: Joshua DeWeese <jdeweese@hennypenny.com>
+Date: Wed, 30 Jan 2019 16:19:47 -0500
+Subject: [PATCH] replace systemd install Alias with WantedBy
+
+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.
+
+Upstream-Status: Submitted [hostap@lists.infradead.org]
+
+Signed-off-by: Joshua DeWeese <jdeweese@hennypenny.com>
+---
+ wpa_supplicant/systemd/wpa_supplicant-nl80211.service.arg.in | 2 +-
+ wpa_supplicant/systemd/wpa_supplicant-wired.service.arg.in   | 2 +-
+ wpa_supplicant/systemd/wpa_supplicant.service.arg.in         | 2 +-
+ 3 files changed, 3 insertions(+), 3 deletions(-)
+
+diff --git a/wpa_supplicant/systemd/wpa_supplicant-nl80211.service.arg.in b/wpa_supplicant/systemd/wpa_supplicant-nl80211.service.arg.in
+index 03ac507..da69a87 100644
+--- a/wpa_supplicant/systemd/wpa_supplicant-nl80211.service.arg.in
++++ b/wpa_supplicant/systemd/wpa_supplicant-nl80211.service.arg.in
+@@ -12,4 +12,4 @@ Type=simple
+ ExecStart=@BINDIR@/wpa_supplicant -c/etc/wpa_supplicant/wpa_supplicant-nl80211-%I.conf -Dnl80211 -i%I
+ 
+ [Install]
+-Alias=multi-user.target.wants/wpa_supplicant-nl80211@%i.service
++WantedBy=multi-user.target
+diff --git a/wpa_supplicant/systemd/wpa_supplicant-wired.service.arg.in b/wpa_supplicant/systemd/wpa_supplicant-wired.service.arg.in
+index c8a744d..ca3054b 100644
+--- a/wpa_supplicant/systemd/wpa_supplicant-wired.service.arg.in
++++ b/wpa_supplicant/systemd/wpa_supplicant-wired.service.arg.in
+@@ -12,4 +12,4 @@ Type=simple
+ ExecStart=@BINDIR@/wpa_supplicant -c/etc/wpa_supplicant/wpa_supplicant-wired-%I.conf -Dwired -i%I
+ 
+ [Install]
+-Alias=multi-user.target.wants/wpa_supplicant-wired@%i.service
++WantedBy=multi-user.target
+diff --git a/wpa_supplicant/systemd/wpa_supplicant.service.arg.in b/wpa_supplicant/systemd/wpa_supplicant.service.arg.in
+index 7788b38..55d2b9c 100644
+--- a/wpa_supplicant/systemd/wpa_supplicant.service.arg.in
++++ b/wpa_supplicant/systemd/wpa_supplicant.service.arg.in
+@@ -12,4 +12,4 @@ Type=simple
+ ExecStart=@BINDIR@/wpa_supplicant -c/etc/wpa_supplicant/wpa_supplicant-%I.conf -i%I
+ 
+ [Install]
+-Alias=multi-user.target.wants/wpa_supplicant@%i.service
++WantedBy=multi-user.target
+-- 
+2.7.4
+
diff --git a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.6.bb b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.6.bb
index aa4c4c2da0..c92ed4ab93 100644
--- a/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.6.bb
+++ b/meta/recipes-connectivity/wpa-supplicant/wpa-supplicant_2.6.bb
@@ -33,6 +33,7 @@ SRC_URI = "http://w1.fi/releases/wpa_supplicant-${PV}.tar.gz  \
            file://key-replay-cve-multiple7.patch \
            file://key-replay-cve-multiple8.patch \
            file://wpa_supplicant-CVE-2018-14526.patch \
+           file://0001-replace-systemd-install-Alias-with-WantedBy.patch \
           "
 SRC_URI[md5sum] = "091569eb4440b7d7f2b4276dbfc03c3c"
 SRC_URI[sha256sum] = "b4936d34c4e6cdd44954beba74296d964bc2c9668ecaa5255e499636fe2b1450"
-- 
2.11.0

(No subject)

[Marija Stojanovska]

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

mstojanovska09@gmail.com

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

(No subject)

[Mahesh Radhakrishnan]

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

(No Subject)

[rodomar705]

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

(No subject)

[B, Karthik]

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

STOP

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

[No Subject]

[Gardner, Tim]

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. 

[No Subject]

[Gardner, Tim]

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. 

[No Subject]

[Gardner, Tim]

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. 

[No Subject]

[Gardner, Tim]

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. 

[No Subject]

[Gardner, Tim]

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. 

[No Subject]

[Gardner, Tim]

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. 

(no subject)

[Zvi Vered]

[-- 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

Re: (no subject)

[Philippe Proulx]

On Wed, Jun 12, 2019 at 11:22 PM Zvi Vered <veredz72@gmail.com> wrote:
>
> 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.

Not to discourage you, but I think you're only beginning a very long
journey. Reading a CTF trace entails:

1. Depacketize the metadata stream to get the metadata text.

2. Parse the metadata text to get the appropriate trace, stream, clock,
   and event classes. That's a custom, and somewhat complex,
   domain-specific language called TSDL.

3. Use the classes found in 2. to decode each data stream. This involves
   decoding integer fields with custom sizes (for example, a 27-bit
   unsigned integer field), dynamically finding the lengths of
   sequences and the selectors of variants, updating the stream's clock,
   and much more.

4. Merge the events of the trace's data streams decoded in 3.  to get a
   monotonic sequence of events.

Add to this various fixes for known tracer bugs and support for features
such as trace file rotation and tracing session rotation.

Please don't attempt this.

We are currently polishing the Babeltrace 2 project which does all that,
and much more, for the Linux, macOS, and Windows platforms. Our goal is
to offer a flexible, plugin-based framework to read, manipulate, and
write traces in different formats.

Phil

> If I succeed, and you will find it relevant, I can upload this project.
>
> Thank you in advance,
> Zvika
> _______________________________________________
> lttng-dev mailing list
> lttng-dev@lists.lttng.org
> https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev

Re: (no subject)

[Ralf Beck]

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

Re: (no subject)

[Zvi Vered]

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

Hi Phil,

Can you please estimate when version 2 will be released ?

Can you please provide sample code that uses Babeltrace to read metadata,
channel ?

Thank you for the tip. You saved us many hours of work.

Best regards,
Zvika

On Thu, Jun 13, 2019, 07:06 Philippe Proulx <eeppeliteloop@gmail.com> wrote:

> On Wed, Jun 12, 2019 at 11:22 PM Zvi Vered <veredz72@gmail.com> wrote:
> >
> > 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.
>
> Not to discourage you, but I think you're only beginning a very long
> journey. Reading a CTF trace entails:
>
> 1. Depacketize the metadata stream to get the metadata text.
>
> 2. Parse the metadata text to get the appropriate trace, stream, clock,
>    and event classes. That's a custom, and somewhat complex,
>    domain-specific language called TSDL.
>
> 3. Use the classes found in 2. to decode each data stream. This involves
>    decoding integer fields with custom sizes (for example, a 27-bit
>    unsigned integer field), dynamically finding the lengths of
>    sequences and the selectors of variants, updating the stream's clock,
>    and much more.
>
> 4. Merge the events of the trace's data streams decoded in 3.  to get a
>    monotonic sequence of events.
>
> Add to this various fixes for known tracer bugs and support for features
> such as trace file rotation and tracing session rotation.
>
> Please don't attempt this.
>
> We are currently polishing the Babeltrace 2 project which does all that,
> and much more, for the Linux, macOS, and Windows platforms. Our goal is
> to offer a flexible, plugin-based framework to read, manipulate, and
> write traces in different formats.
>
> Phil
>
> > If I succeed, and you will find it relevant, I can upload this project.
> >
> > Thank you in advance,
> > Zvika
> > _______________________________________________
> > lttng-dev mailing list
> > lttng-dev@lists.lttng.org
> > https://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
>

[-- Attachment #1.2: Type: text/html, Size: 3845 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

Re: (no subject)

[Jonathan Rajotte-Julien]

Hi,

> Can you please estimate when version 2 will be released ?

When it is ready. A lot of work was done on that side in the last 6 month, the
list of bugs and stuff to get done is shrinking everyday.

> Can you please provide sample code that uses Babeltrace to read metadata,
> channel ?

The source code for decoding the metadata TSDL is available here [1] if I'm not
mistaken. The header is only the tip of the iceberg.

[1] https://github.com/efficios/babeltrace/tree/stable-1.5/formats/ctf/metadata

I'm not sure if we expose the metadata information directly to the API.

See [2] for the API documentation of babeltrace 1.5

[2] http://git.efficios.com/?p=babeltrace.git;a=blob;f=doc/API.txt;h=e13e6adf3545d306e36c2496dd2feb50479d1eea

> > >
> > > I want to write a simple babeltrace for windows.
> >

I'm not convinced that rewriting an open source project is the right way to go
about that. Even more when there is already efforts being conducted for supporting
Windows.

What is the end goal here? What are you trying to achieve?

Do you want a basic cli that can read traces and output text trace?
Do you want to build a tool around ctf and need a reader/writer lib?

Please provide context so that we can help you achieve your goal.

Cheers
-- 
Jonathan Rajotte-Julien
EfficiOS

Re: (no subject)

[Pierre-Louis Bossart]

On 6/13/19 12:54 AM, Ralf Beck wrote:
> 
> 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.

You're assuming a reliable network where not a single packet is missing. 
I can bet that if you start adding support for packet-based audio some 
folks are going to want to support timestamps and missing packets, which 
would throw a large size monkey-wrench in your ideas of time reporting 
below.
Also note that you could rely on the compressed API to deal with packets 
as an interface between your applications and your hardware - even if 
the actual data is PCM. It's still based on a ring buffer but it doesn't 
have the built-in bytes-to-time relationship that the ALSA PCM API 
relies on.

> 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
> 

Re: (no subject)

[Jaroslav Kysela]

Dne 13. 06. 19 v 7:54 Ralf Beck napsal(a):
> 
> 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.

You can create a new mmap type for the ALSA API and add the support code to
the ALSA PCM kernel and ALSA library to optimize the data handling for this
"special" hardware cases. It just moves the sample layout conversion from the
driver to the user space (ALSA library).

							Jaroslav
-- 
Jaroslav Kysela <perex@perex.cz>
Linux Sound Maintainer; ALSA Project; Red Hat, Inc.

Re: (no subject)

[Zvi Vered]

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

Hi Jonathan,

I need a windows library (+ sample code that uses it) that can read events
from a pre-recorded CTF file created by ltt-ng (metadata, channels)
I think (not sure) that compiling babeltrace (e.g 1.5.23) with Mingw is not
simple.
As a start, the bootstrap, cannot run under windows.

Thank you,
Zvika




On Thu, Jun 13, 2019 at 6:38 PM Jonathan Rajotte-Julien <
jonathan.rajotte-julien@efficios.com> wrote:

> Hi,
>
> > Can you please estimate when version 2 will be released ?
>
> When it is ready. A lot of work was done on that side in the last 6 month,
> the
> list of bugs and stuff to get done is shrinking everyday.
>
> > Can you please provide sample code that uses Babeltrace to read metadata,
> > channel ?
>
> The source code for decoding the metadata TSDL is available here [1] if
> I'm not
> mistaken. The header is only the tip of the iceberg.
>
> [1]
> https://github.com/efficios/babeltrace/tree/stable-1.5/formats/ctf/metadata
>
> I'm not sure if we expose the metadata information directly to the API.
>
> See [2] for the API documentation of babeltrace 1.5
>
> [2]
> http://git.efficios.com/?p=babeltrace.git;a=blob;f=doc/API.txt;h=e13e6adf3545d306e36c2496dd2feb50479d1eea
>
> > > >
> > > > I want to write a simple babeltrace for windows.
> > >
>
> I'm not convinced that rewriting an open source project is the right way
> to go
> about that. Even more when there is already efforts being conducted for
> supporting
> Windows.
>
> What is the end goal here? What are you trying to achieve?
>
> Do you want a basic cli that can read traces and output text trace?
> Do you want to build a tool around ctf and need a reader/writer lib?
>
> Please provide context so that we can help you achieve your goal.
>
> Cheers
> --
> Jonathan Rajotte-Julien
> EfficiOS
>

[-- Attachment #1.2: Type: text/html, Size: 2658 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

(no subject)

[Андрей Бохонов]

[-- 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 --]

(no subject)

[Giuliano Zannetti - ART S.p.A.]

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

(No subject)

[Stephen K Jolley]

[-- 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 --]

(No subject)

[Lesia Kay Rivera]

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

Hi

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

Re: (no subject)

[Clemens Ladisch]

Ben Dooks wrote:
> On 29/01/2020 00:17, Dmitry Osipenko wrote:
>> 28.01.2020 21:19, Jon Hunter пишет:
>>> On 28/01/2020 17:42, Dmitry Osipenko wrote:
>>>> 28.01.2020 15:13, Mark Brown пишет:
>>>>> On Mon, Jan 27, 2020 at 10:20:25PM +0300, Dmitry Osipenko wrote:
>>>>>> 24.01.2020 19:50, Jon Hunter пишет:
>>>>>
>>>>>>>                  .rates = SNDRV_PCM_RATE_8000_96000,
>>>>>>>                  .formats = SNDRV_PCM_FMTBIT_S32_LE |
>>>>>>> -                          SNDRV_PCM_FMTBIT_S24_LE |
>>>>>>> +                          SNDRV_PCM_FMTBIT_S24_3LE |
>>>>>
>>>>>> It should solve the problem in my particular case, but I'm not sure that
>>>>>> the solution is correct.
>>>>>
>>>>> If the format implemented by the driver is S24_3LE the driver should
>>>>> advertise S24_3LE.
>>>>
>>>> It should be S24_LE, but seems we still don't know for sure.
>>>
>>> Why?
>> /I think/ sound should be much more distorted if it was S24_3LE, but
>> maybe I'm wrong.
>
> S24_3LE is IICC the wrong thing and we can't support it on the tegra3

There are three ways of arranging 24-bit samples in memory:

S24_3LE: 24-bit samples in 24-bit words without padding
S24_LE:  24-bit samples in 32-bit words, aligned to the LSB
S32_LE:  24-bit samples in 32-bit words, aligned to the MSB

It is very unlikely that your hardware implements S24_LE.

If a S32_LE driver wants to describe how many bits are actually used, it
should install a msbits constraint (snd_pcm_hw_constraint_msbits()).


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

Re: (no subject)

[Clemens Ladisch]

Ben Dooks wrote:
> On 2020-01-30 14:58, Clemens Ladisch wrote:
>> Ben Dooks wrote:
>>> On 30/01/2020 09:31, Clemens Ladisch wrote:
>>>> S24_LE:  24-bit samples in 32-bit words, aligned to the LSB
>>>> S32_LE:  24-bit samples in 32-bit words, aligned to the MSB
>>>>
>>>> It is very unlikely that your hardware implements S24_LE.
>>>
>>> Which is wrong, since this is exactly what the hardware implements.
>>>
>>> The DMA fetches 32 bit words, and then the front end dispatches only
>>> 24 bits of these to the I2S/TDM
>>
>> Which 24 bits?  Is the padding in the first byte (S32_LE) or in the
>> last byte (S24_LE)?
>
> I think the low 24 bits are sent from the 32 bit word.

This would indeed by S24_LE.  If you change the driver to say that it
supports _only_ S24_LE, is the data then played correctly?


Regards,
Clemens

(no subject)

[Ville Syrjälä]

[-- 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

Re: (no subject)

[Linus Walleij]

On Wed, Feb 26, 2020 at 12:57 PM Ville Syrjälä
<ville.syrjala@linux.intel.com> wrote:
> On Tue, Feb 25, 2020 at 10:52:25PM +0100, Linus Walleij wrote:

> > 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.

Good point. For the DSI panels we have the field hs_rate
for the HS clock in struct mipi_dsi_device which is based
on exactly this reasoning. And that is what I actually use for
setting the HS clock.

The problem is however that we in many cases have so
substandard documentation of these panels that we have
absolutely no idea about the dotclock. Maybe we should
just set it to 0 in these cases?

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

Re: (no subject)

[Ville Syrjälä]

On Wed, Feb 26, 2020 at 01:08:06PM +0100, Linus Walleij wrote:
> On Wed, Feb 26, 2020 at 12:57 PM Ville Syrjälä
> <ville.syrjala@linux.intel.com> wrote:
> > On Tue, Feb 25, 2020 at 10:52:25PM +0100, Linus Walleij wrote:
> 
> > > 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.
> 
> Good point. For the DSI panels we have the field hs_rate
> for the HS clock in struct mipi_dsi_device which is based
> on exactly this reasoning. And that is what I actually use for
> setting the HS clock.
> 
> The problem is however that we in many cases have so
> substandard documentation of these panels that we have
> absolutely no idea about the dotclock. Maybe we should
> just set it to 0 in these cases?

Don't you always have a TE interrupt or something like that
available? Could just measure it from that if no better
information is available?

-- 
Ville Syrjälä
Intel

Re: (no subject)

[Linus Walleij]

On Wed, Feb 26, 2020 at 3:34 PM Ville Syrjälä
<ville.syrjala@linux.intel.com> wrote:
> On Wed, Feb 26, 2020 at 01:08:06PM +0100, Linus Walleij wrote:
> > On Wed, Feb 26, 2020 at 12:57 PM Ville Syrjälä
> > <ville.syrjala@linux.intel.com> wrote:
> > > On Tue, Feb 25, 2020 at 10:52:25PM +0100, Linus Walleij wrote:
> >
> > > > 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.
> >
> > Good point. For the DSI panels we have the field hs_rate
> > for the HS clock in struct mipi_dsi_device which is based
> > on exactly this reasoning. And that is what I actually use for
> > setting the HS clock.
> >
> > The problem is however that we in many cases have so
> > substandard documentation of these panels that we have
> > absolutely no idea about the dotclock. Maybe we should
> > just set it to 0 in these cases?
>
> Don't you always have a TE interrupt or something like that
> available? Could just measure it from that if no better
> information is available?

Yes and I did exactly that, so that is why this comment is in
the driver:

static const struct drm_display_mode sony_acx424akp_cmd_mode = {
(...)
        /*
         * Some desired refresh rate, experiments at the maximum "pixel"
         * clock speed (HS clock 420 MHz) yields around 117Hz.
         */
        .vrefresh = 60,

I got a review comment at the time saying 117 Hz was weird.
We didn't reach a proper conclusion on this:
https://lore.kernel.org/dri-devel/CACRpkdYW3YNPSNMY3A44GQn8DqK-n9TLvr7uipF7LM_DHZ5=Lg@mail.gmail.com/

Thierry wasn't sure if 60Hz was good or not, so I just had to
go with something.

We could calculate the resulting pixel clock for ~117 Hz with
this resolution and put that in the clock field but ... don't know
what is the best?

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

Re: (no subject)

[Ville Syrjälä]

On Wed, Feb 26, 2020 at 03:56:36PM +0100, Linus Walleij wrote:
> On Wed, Feb 26, 2020 at 3:34 PM Ville Syrjälä
> <ville.syrjala@linux.intel.com> wrote:
> > On Wed, Feb 26, 2020 at 01:08:06PM +0100, Linus Walleij wrote:
> > > On Wed, Feb 26, 2020 at 12:57 PM Ville Syrjälä
> > > <ville.syrjala@linux.intel.com> wrote:
> > > > On Tue, Feb 25, 2020 at 10:52:25PM +0100, Linus Walleij wrote:
> > >
> > > > > 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.
> > >
> > > Good point. For the DSI panels we have the field hs_rate
> > > for the HS clock in struct mipi_dsi_device which is based
> > > on exactly this reasoning. And that is what I actually use for
> > > setting the HS clock.
> > >
> > > The problem is however that we in many cases have so
> > > substandard documentation of these panels that we have
> > > absolutely no idea about the dotclock. Maybe we should
> > > just set it to 0 in these cases?
> >
> > Don't you always have a TE interrupt or something like that
> > available? Could just measure it from that if no better
> > information is available?
> 
> Yes and I did exactly that, so that is why this comment is in
> the driver:
> 
> static const struct drm_display_mode sony_acx424akp_cmd_mode = {
> (...)
>         /*
>          * Some desired refresh rate, experiments at the maximum "pixel"
>          * clock speed (HS clock 420 MHz) yields around 117Hz.
>          */
>         .vrefresh = 60,
> 
> I got a review comment at the time saying 117 Hz was weird.
> We didn't reach a proper conclusion on this:
> https://lore.kernel.org/dri-devel/CACRpkdYW3YNPSNMY3A44GQn8DqK-n9TLvr7uipF7LM_DHZ5=Lg@mail.gmail.com/
> 
> Thierry wasn't sure if 60Hz was good or not, so I just had to
> go with something.
> 
> We could calculate the resulting pixel clock for ~117 Hz with
> this resolution and put that in the clock field but ... don't know
> what is the best?

I would vote for that approach.

-- 
Ville Syrjälä
Intel

(no subject)

[Vinod Koul]

[-- 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

(No Subject)

[hyperfekt]

Subject: Re: [PATCH 8/8] mac80211: IBSS: send deauth when expiring inactive STAs

After running a kernel without the patch some more, I can say that that only
seems to reduce the frequency of the lockups, instead of eliminating them.

I don't really feel capable of debugging this on my own, but the last kernel
version this problem does not occur on is 5.3.

(No Subject)

[Caleb Connolly]

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(+)

Re: (No Subject)

[Dmitry Baryshkov]

On Sun, 21 Mar 2021 at 20:47, Caleb Connolly <caleb@connolly.tech> wrote:
>
> 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

Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>

> ---
> 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(+)
>
>


-- 
With best wishes
Dmitry

(No Subject)

[Nathan Ringo]

Updates for QEMU 6.0.0.

(No Subject)

[Yassine Oudjana]

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

Re: (No Subject)

[Rob Herring]

On Tue, Jun 22, 2021 at 04:20:24PM +0000, Yassine Oudjana wrote:
> 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

Not an array.

Is there a specific pattern and/or default name you can specify?

> +    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
> 
> 
> 

(No Subject)

[Yadunandan Pillai]

subscribe bpf

Re: (No subject)

[William Kucharski]

You should also fix the existing typo in the documentation (inline):

> On Dec 27, 2021, at 07:49, Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> 
> 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.

"Reguires" should be "Requires." 

> 
> @@ -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
> 
> 

Re: (No subject)

[William Kucharski]

You should also fix the existing typo in the documentation (inline):

> On Dec 27, 2021, at 07:49, Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> 
> 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.

"Reguires" should be "Requires." 

> 
> @@ -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
> 
> 

Re: (No subject)

[William Kucharski]

You should also fix the existing typo in the documentation (inline):

> On Dec 27, 2021, at 07:49, Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
> 
> 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.

"Reguires" should be "Requires." 

> 
> @@ -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
> 
> 
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

Re: (No subject)

[Kefeng Wang]

On 2021/12/28 1:35, William Kucharski wrote:
> You should also fix the existing typo in the documentation (inline):
>
>> On Dec 27, 2021, at 07:49, Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>
>> 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.
> "Reguires" should be "Requires."
Will fix, thanks.
>
>> @@ -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
>>
>>

Re: (No subject)

[Kefeng Wang]

On 2021/12/28 1:35, William Kucharski wrote:
> You should also fix the existing typo in the documentation (inline):
>
>> On Dec 27, 2021, at 07:49, Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>
>> 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.
> "Reguires" should be "Requires."
Will fix, thanks.
>
>> @@ -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
>>
>>

Re: (No subject)

[Kefeng Wang]

On 2021/12/28 1:35, William Kucharski wrote:
> You should also fix the existing typo in the documentation (inline):
>
>> On Dec 27, 2021, at 07:49, Kefeng Wang <wangkefeng.wang@huawei.com> wrote:
>>
>> 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.
> "Reguires" should be "Requires."
Will fix, thanks.
>
>> @@ -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
>>
>>

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

(No Subject)

[loggervicky69]

subscribe

Re: (No Subject)

[john]

> 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.

I've just tested the 3 patches and yes it still works. Thanks for picking up on those.

I see a potential issue with 3/3: the timer not being stopped if the USB start errors but I've replied in that thread.

Re: (No Subject)

[Marc Kleine-Budde]

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

On 21.09.2022 07:07:26, john@jbrengineering.co.uk wrote:
> > 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.
> 
> I've just tested the 3 patches and yes it still works. Thanks for
> picking up on those.

Thanks, can I add your Tested-by?

> I see a potential issue with 3/3: the timer not being stopped if the
> USB start errors but I've replied in that thread.

Fixed, see:

| https://lore.kernel.org/all/20220921081329.385509-1-mkl@pengutronix.de

regards,
Marc

-- 
Pengutronix e.K.                 | Marc Kleine-Budde           |
Embedded Linux                   | https://www.pengutronix.de  |
Vertretung West/Dortmund         | Phone: +49-231-2826-924     |
Amtsgericht Hildesheim, HRA 2686 | Fax:   +49-5121-206917-5555 |

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

Re: (No Subject)

[john]

> Thanks, can I add your Tested-by?

Yep.

John.

Re: [no subject]

[Beatrice Benson]

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. 

Re: [no subject]

[Beatrice Benson]

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. 

(No Subject)

[martin]

Empty Message

(No Subject)

[Oliver Webb]

subscribe dash

Re: (No Subject)

[Lawrence Velázquez]

On Wed, Feb 7, 2024, at 10:34 PM, Oliver Webb wrote:
> subscribe dash

To subscribe, resend this message to <majordomo@vger.kernel.org>.

-- 
vq

Re: (No Subject)

[Oliver Webb]

On Wednesday, February 7th, 2024 at 21:46, Lawrence Velázquez <vq@larryv.me> wrote:

> On Wed, Feb 7, 2024, at 10:34 PM, Oliver Webb wrote:
> 
> > subscribe dash
> 
> 
> To subscribe, resend this message to majordomo@vger.kernel.org.
Thanks, although the correct address appears to now be "dash+subscribe@vger.kernel.org",
since majordomo commands aren't supported anymore
> --
> vq

- Oliver Webb <aquahobbyist@proton.me>

Re: (No Subject)

[Lawrence Velázquez]

On Wed, Feb 7, 2024, at 11:04 PM, Oliver Webb wrote:
> Thanks, although the correct address appears to now be 
> "dash+subscribe@vger.kernel.org",
> since majordomo commands aren't supported anymore

Ah, I suppose that has something to do with the vger migration last
October.  The homepage (<http://gondor.apana.org.au/~herbert/dash/>)
should be updated then.

-- 
vq

(No Subject)

[Emilis Kiškis]

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

(No Subject)

[Pratham Patel]

unsubscribe

(No Subject)

[John Schulz]

Hi Dmitry, 

I do not have a way of testing this patch. I do see your point in that it may be redundant/unnecessary
since basic/generic drivers should at the very least output a shell interface. 

Upon doing more research, I came across the fact that some X1 GPUs have OEM signing that prevent the 
driver from working. I suspect that is what I am running into when I try testing various distros. All
of them exhibit the same behavior of the display halting during the bootloader handoff and the HDMI
port does not output anything. Even the Debian 12 image from Linaro exhibits the same issue. 

I find this a bit odd given that there is a dts entry for the Asus Vivobook S 15 X1E varient. I 
don't see any comments on whether the dts for that laptop was tested. The Vivobook I have is the
X1P varient which, to my knowledge, is identical to the X1E one but a different SoC. 

Perhaps it would be of better use of my (and others) time figuring out if the GPU drivers not
working is due to OEM locking and if so, trying to unlock it. What do y'all think? 

P.S. Apologies for the incorrect prefix, should have done more research instead of trying to 
make an educated guess. 

Thanks,
John

Re: (No Subject)

[Rob Clark]

On Tue, Sep 24, 2024 at 8:55 AM John Schulz <john.schulz1@protonmail.com> wrote:
>
> Hi Dmitry,
>
> I do not have a way of testing this patch. I do see your point in that it may be redundant/unnecessary
> since basic/generic drivers should at the very least output a shell interface.
>
> Upon doing more research, I came across the fact that some X1 GPUs have OEM signing that prevent the
> driver from working. I suspect that is what I am running into when I try testing various distros. All
> of them exhibit the same behavior of the display halting during the bootloader handoff and the HDMI
> port does not output anything. Even the Debian 12 image from Linaro exhibits the same issue.
>
> I find this a bit odd given that there is a dts entry for the Asus Vivobook S 15 X1E varient. I
> don't see any comments on whether the dts for that laptop was tested. The Vivobook I have is the
> X1P varient which, to my knowledge, is identical to the X1E one but a different SoC.

I think we'd need an x1p variant of x1e80100.dtsi which has the
description of the SoC itself.. which I guess is similar, but not the
same as, x1e.  Maybe someone from qcom or linaro is already working on
this?

> Perhaps it would be of better use of my (and others) time figuring out if the GPU drivers not
> working is due to OEM locking and if so, trying to unlock it. What do y'all think?

It is probably not OEM locking that is the issue, but OEM signing of
zap shader.  If you look at the x1e laptops, as an example, the GPU
node has the device specific firmware-path for the zap shader, ie. for
the yoga 7x, it is:

&gpu {
        status = "okay";

        zap-shader {
                firmware-name = "qcom/x1e80100/LENOVO/83ED/qcdxkmsuc8380.mbn";
        };
};

That qcdxkmsuc8380.mbn file would need to be copied from the windows
partition currently.

BR,
-R

> P.S. Apologies for the incorrect prefix, should have done more research instead of trying to
> make an educated guess.
>
> Thanks,
> John
>
>
>

Re: (No Subject)

[Dmitry Baryshkov]

On Tue, Sep 24, 2024 at 03:54:59PM GMT, John Schulz wrote:
> Hi Dmitry, 
> 
> I do not have a way of testing this patch. I do see your point in that it may be redundant/unnecessary
> since basic/generic drivers should at the very least output a shell interface. 
> 
> Upon doing more research, I came across the fact that some X1 GPUs have OEM signing that prevent the 
> driver from working. I suspect that is what I am running into when I try testing various distros. All
> of them exhibit the same behavior of the display halting during the bootloader handoff and the HDMI
> port does not output anything. Even the Debian 12 image from Linaro exhibits the same issue. 

Ok. So you have a device with X1P, which you don't seem to be able to
get to work? Could you please try doing the following:

- you might need to modify the GPU DT node to use a different ID there.
  If your guess is right, you might need to specify qcom,adreno-4310c31f
  (this is from your patch)

- you need to define a corresponding entry in a7xx_gpus[]. Try using
  X1-85 as an inspiration.

- only with that in place the x1xx family makes sense.


Also it would be nice if you describe your issue. What exactly do you
observe and what doesn't seem to work?

> 
> I find this a bit odd given that there is a dts entry for the Asus Vivobook S 15 X1E varient. I 
> don't see any comments on whether the dts for that laptop was tested. The Vivobook I have is the
> X1P varient which, to my knowledge, is identical to the X1E one but a different SoC. 
> 
> Perhaps it would be of better use of my (and others) time figuring out if the GPU drivers not
> working is due to OEM locking and if so, trying to unlock it. What do y'all think? 
> 
> P.S. Apologies for the incorrect prefix, should have done more research instead of trying to 
> make an educated guess. 
> 
> Thanks,
> John
> 
> 

-- 
With best wishes
Dmitry

(No Subject)

[td9076922]

Empty Message

(No Subject)

[blg666]

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



Dikirim dari Proton Mail Android

[-- Attachment #1.2: publickey - blg666.exp@proton.me - 0xEA5D1EAF.asc --]
[-- Type: application/pgp-keys, Size: 892 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 322 bytes --]

(No Subject)

[Daniel G. Chultaeiz]

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

Empty Message

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

(No Subject)

[Dhaval Patel]

Empty Message