* Re: rt20 patch question
From: Mark Hounschell @ 2006-05-12 13:43 UTC (permalink / raw)
To: Steven Rostedt
Cc: Ingo Molnar, linux-kernel, Daniel Walker, Thomas Gleixner,
johnstul
In-Reply-To: <Pine.LNX.4.58.0605120854480.30264@gandalf.stny.rr.com>
Steven Rostedt wrote:
>
> I was looking at the logdump, but I don't see anything spinning. CPU 1
> seems to be constantly running your v67 program (alternating with
> posix_cpu_timer), and CPU: 0 is still switching with the swapper, along
> with other tasks, so that this means nothing is just spinning and hogging
> the CPU (on CPU 0, but I assume the v67 tasks is suppose to keep running).
>
Yes the v67 task is the CPU process. Could it also mean I just didn't
get the logdump at the right time?
Mark
^ permalink raw reply
* RE: Display/LCD driver support
From: Zhang, Jian @ 2006-05-12 13:43 UTC (permalink / raw)
To: Vaibhav Goyal, linux-omap-open-source
TI 2430 kernel with those drivers is available at
http://linux.omap.com/pub/kernel/2430sdp/.
Regards,
Jian
-----Original Message-----
From: linux-omap-open-source-bounces@linux.omap.com
[mailto:linux-omap-open-source-bounces@linux.omap.com] On Behalf Of
Vaibhav Goyal
Sent: Thursday, May 11, 2006 6:27 AM
To: linux-omap-open-source@linux.omap.com
Subject: Display/LCD driver support
Hello,
Can somebody give me more info. about the display driver support for
OMAP 2420/30?
Is it available with the kernel ?
Regards,
Vaibhav
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
www.ittiam.com
**********************************************************************
_______________________________________________
Linux-omap-open-source mailing list
Linux-omap-open-source@linux.omap.com
http://linux.omap.com/mailman/listinfo/linux-omap-open-source
^ permalink raw reply
* Re: 3ware 8006-2LP on Linux 2.6 drive error, seagate disks
From: Marcin Hlybin @ 2006-05-12 13:43 UTC (permalink / raw)
To: linux-kernel, Florian Lohoff, Andrew Burgess
In-Reply-To: <200604261732.31327.marcin.hlybin@swmind.com>
On Wednesday 26 of April 2006 17:32, Marcin Hlybin wrote:
> Apr 26 15:07:10 krenn kernel: 3w-xxxx: scsi2: Command failed: status = 0xc7,
> flags = 0xc, unit #0.
Ok, I've solved my problem by changing SATA cables. I have tested controller
with massive I/O operations with both enabled and disabled write-caching.
Admittedly next day TK server crashed with NMI, parity errors and so on, but
now I have new mainboard, new riser and everything works just fine.
I use tw_cli to maintain the RAID.
Regards
--
Marcin Hlybin, marcin.hlybin (at) swmind.com
Sys/Net Administrator, tel. +48 12 2523 402
SoftwareMind, www.softwaremind.pl | Where quality meets the future
^ permalink raw reply
* Re: [PATCH] fix mem-leak in netfilter
From: Amin Azez @ 2006-05-12 13:42 UTC (permalink / raw)
To: Patrick McHardy
Cc: sfrost, gcoady.lk, laforge, netfilter-devel, linux-kernel,
marcelo, willy, David S. Miller
In-Reply-To: <44647280.1030602@trash.net>
Patrick McHardy wrote:
> Jesper Juhl wrote:
>> On 5/12/06, Patrick McHardy <kaber@trash.net> wrote:
>>
>>> I haven't seen any cleanup patches so far, so I think I'm
>>> going to start my nth try at cleaning up this mess.
>>> Unfortunately its even immune to Lindent ..
>>>
>> If you get too fed up with it, let me know, and I'll give it a go as well.
>
> Thanks, I'm about half-way through (and about to kill someone),
> just started with the biggest pile of crap (the match function)
> and already noticed a possible endless loop within the first
> couple of lines.
>
> Unfortunately this stuff is so unreadable that I'm not exactly
> sure if the loop really won't terminate, an extra pair of eyes
> would be appreciated.
>
> ------------------------------------------------------------------------
>
> diff --git a/net/ipv4/netfilter/ipt_recent.c b/net/ipv4/netfilter/ipt_recent.c
> index 1438432..b8850a2 100644
> --- a/net/ipv4/netfilter/ipt_recent.c
> +++ b/net/ipv4/netfilter/ipt_recent.c
> @@ -438,11 +438,15 @@ #endif
> (!r_list[hash_table[hash_result]].ttl || r_list[hash_table[hash_result]].ttl == ttl))) {
> /* Collision in hash table */
> hash_result = (hash_result + 1) % ip_list_hash_size;
> + if (hash_result == orig_hash_result)
> + break;
> }
> } else {
> while(hash_table[hash_result] != -1 && r_list[hash_table[hash_result]].addr != addr) {
> /* Collision in hash table */
> hash_result = (hash_result + 1) % ip_list_hash_size;
> + if (hash_result == orig_hash_result)
> + break;
> }
> }
>
When I saw it I thought it would be better to follow the conntrack hash
method, where each hash bucket is a list head. The rabbit hole lark for
hash collisions in ipt_recent is a burden.
I also thought (and not for the first time) how nice it would be to have
some standard kernel data types like hashes, balanced trees, and so on.
ipt_recent is not an obvious beneficiary as here it also has a
time-based index into the hash for expiring old values, so we really
want multi-indexed collections in the kernel. hmmm.
Sam
^ permalink raw reply
* best online casino
From: Blake @ 2006-05-12 13:41 UTC (permalink / raw)
To: sparclinux
Hey, so glad to finally get hold of you,
Log on to Hi Roller Casino and get $888 FREE
Feel like getting rich in the comfort of your own home? Welcome to Hi Roller
Casino, Where Fortunes are Made!
Hi Roller Casino offers over 60 interactive games, including six progressive
slots and three progressive games that have paid out some of the largest
online jackpots in history! Even better. Hi Roller Casino will give you $10
Free when you download the free software and open a real account. Once
you've opened your REAL account and made your first deposit,
Hi Roller Casino will match it up to $888.
All commercial transactions at Hi Roller Casino are facilitated by Proc-Cyber
Services, a well-known and established e-cash merchant. Which means you can
rest assured that all your credit card transactions are 100% secured by
digital encryption as well as a unique password and account number. Online
banking can be done through a variety of safe and user-friendly methods
like FirePay, Citadel, NETeller, PrePaidATM, ACH, Wire transfers or Credit
Cards.
Need help? Hi Roller Casino provides a friendly, efficient 24/7 Support Desk
via email and toll-free lines.
By now you'll be keen to start making your fortune, so click here:
http://cazelun.com/d1/total
and start WINNING!
cooperate you bunny me, impugn reverberate . salesman you tinkle me, alameda alleyway exception kiwi .
^ permalink raw reply
* best online casino
From: Blake @ 2006-05-12 13:41 UTC (permalink / raw)
To: linux-gcc, sparclinux, linux-diald, linux-serial, linux-sound,
linux-kernel-owner, linux-hams, ultralinux, linux-raid
Hey, so glad to finally get hold of you,
Log on to Hi Roller Casino and get $888 FREE
Feel like getting rich in the comfort of your own home? Welcome to Hi Roller
Casino, Where Fortunes are Made!
Hi Roller Casino offers over 60 interactive games, including six progressive
slots and three progressive games that have paid out some of the largest
online jackpots in history! Even better. Hi Roller Casino will give you $10
Free when you download the free software and open a real account. Once
you've opened your REAL account and made your first deposit,
Hi Roller Casino will match it up to $888.
All commercial transactions at Hi Roller Casino are facilitated by Proc-Cyber
Services, a well-known and established e-cash merchant. Which means you can
rest assured that all your credit card transactions are 100% secured by
digital encryption as well as a unique password and account number. Online
banking can be done through a variety of safe and user-friendly methods
like FirePay, Citadel, NETeller, PrePaidATM, ACH, Wire transfers or Credit
Cards.
Need help? Hi Roller Casino provides a friendly, efficient 24/7 Support Desk
via email and toll-free lines.
By now you'll be keen to start making your fortune, so click here:
http://cazelun.com/d1/total
and start WINNING!
cooperate you bunny me, impugn reverberate . salesman you tinkle me, alameda alleyway exception kiwi .
^ permalink raw reply
* [PATCH 2/5] new pcmcia IDs for hostap - Linksys WCF12
From: Marcin Juszkiewicz @ 2006-05-12 13:40 UTC (permalink / raw)
To: netdev; +Cc: Jouni Malinen, Pavel Roskin
Not sure about removing this card from orinoco driver and should I add
PCMCIA_DEVICE_MANF_CARD or does PCMCIA_DEVICE_PROD_ID* is enough.
-----------------------------------------------------------------------
Here's another card that would benefit from a hostap driver:
Platform: Sharp Zaurus SL-C3100 running 2.6.16 + pcmciautils 013
root@spitz:~# pccardctl ident
Socket 0:
product info: "HITACHI", "microdrive", "", ""
manfid: 0x0319, 0x0000
function: 4 (fixed disk)
Socket 1:
product info: "Linksys", "Wireless CompactFlash Card", "", ""
manfid: 0x028a, 0x0673
function: 6 (network)
root@spitz:~# ifconfig wlan0
wlan0 Link encap:Ethernet HWaddr 00:0C:41:15:BB:0F
inet addr:192.168.0.225 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::20c:41ff:fe15:bb0f/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:242 errors:0 dropped:0 overruns:0 frame:0
TX packets:151 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:22627 (22.0 KiB) TX bytes:28096 (27.4 KiB)
Interrupt:137
Signed-off-by: Marcin Juszkiewicz <openembedded@hrw.one.pl>
Index: linux/drivers/net/wireless/hostap/hostap_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:34:25.000000000 +0200
+++ linux/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:34:59.000000000 +0200
@@ -884,6 +884,7 @@
PCMCIA_DEVICE_MANF_CARD(0x0274, 0x1612),
PCMCIA_DEVICE_MANF_CARD(0x0274, 0x1613),
PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0002),
+ PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0673), /* Linksys WCF12 Wireless CompactFlash Card */
PCMCIA_DEVICE_MANF_CARD(0x02aa, 0x0002),
PCMCIA_DEVICE_MANF_CARD(0x02d2, 0x0001),
PCMCIA_DEVICE_MANF_CARD(0x50c2, 0x0001),
@@ -971,6 +972,8 @@
PCMCIA_DEVICE_PROD_ID12(
"ZoomAir 11Mbps High", "Rate wireless Networking",
0x273fe3db, 0x32a1eaee),
+ PCMCIA_DEVICE_PROD_ID12("Linksys", "Wireless CompactFlash Card",
+ 0x0733cc81, 0x0c52f395),
PCMCIA_DEVICE_NULL
};
MODULE_DEVICE_TABLE(pcmcia, hostap_cs_ids);
Index: linux/drivers/net/wireless/orinoco_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/orinoco_cs.c 2006-05-12 15:03:31.000000000 +0200
+++ linux/drivers/net/wireless/orinoco_cs.c 2006-05-12 15:34:49.000000000 +0200
@@ -532,7 +532,6 @@
PCMCIA_DEVICE_MANF_CARD(0x0274, 0x1612), /* Linksys WPC11 Version 2.5 */
PCMCIA_DEVICE_MANF_CARD(0x0274, 0x1613), /* Linksys WPC11 Version 3 */
PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0002), /* Compaq HNW-100 11 Mbps Wireless Adapter */
- PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0673), /* Linksys WCF12 Wireless CompactFlash Card */
PCMCIA_DEVICE_MANF_CARD(0x02ac, 0x0002), /* SpeedStream SS1021 Wireless Adapter */
PCMCIA_DEVICE_MANF_CARD(0x14ea, 0xb001), /* PLANEX RoadLannerWave GW-NS11H */
PCMCIA_DEVICE_MANF_CARD(0x50c2, 0x7300), /* Airvast WN-100 */
@@ -570,7 +569,6 @@
PCMCIA_DEVICE_PROD_ID12("Intersil", "PRISM 2_5 PCMCIA ADAPTER", 0x4b801a17, 0x6345a0bf),
PCMCIA_DEVICE_PROD_ID123("Intersil", "PRISM Freedom PCMCIA Adapter", "ISL37100P", 0x4b801a17, 0xf222ec2d, 0x630d52b2),
PCMCIA_DEVICE_PROD_ID12("LeArtery", "SYNCBYAIR 11Mbps Wireless LAN PC Card", 0x7e3b326a, 0x49893e92),
- PCMCIA_DEVICE_PROD_ID12("Linksys", "Wireless CompactFlash Card", 0x0733cc81, 0x0c52f395),
PCMCIA_DEVICE_PROD_ID12("Lucent Technologies", "WaveLAN/IEEE", 0x23eb9949, 0xc562e72a),
PCMCIA_DEVICE_PROD_ID12("MELCO", "WLI-PCM-L11", 0x481e0094, 0x7360e410),
PCMCIA_DEVICE_PROD_ID12("MELCO", "WLI-PCM-L11G", 0x481e0094, 0xf57ca4b3),
--
JID: hrw-jabber.org
Sharp Zaurus C-760 (OZ 3.5.x)
OpenEmbedded/OpenZaurus/OPIE developer
Real programmers don't document.
If it was hard to write, it should be hard to understand.
^ permalink raw reply
* Trouble with setexeccon/setcon
From: Mario Fanelli @ 2006-05-12 13:40 UTC (permalink / raw)
To: SeLinux Mailing List
[-- Attachment #1: Type: text/plain, Size: 1975 bytes --]
> > * Mario Fanelli <mario.fanelli@gmail.com> [2006-05-12 10:10]:
> > > Hello, my name is Mario and I have a trouble with selinux's api. My
> > > goal is to modify the suPhp apache module, but the function setcon
> > > and function setexeccon don't work.
> > >
> > > My apache process runs in dummy_t domain and suPhp file has a
> > > security context "user_u:object_r:dummy_exec_t"; in the policy file I
write:
> > >
> > > "domain_trans(dummy_t,dummy_exec_t,dummy_change_context_t)"
> > >
> > > "domain_trans(dummy_t,dummy_exec_t,dummy_change1_context_t)"
> > >
> > > And before calling apr_create_process in mod_suphp, I use
> > > setexeccon("user_u:object_r:dummy_change_context_t") but the
> > > function return
> > ^^^^^^^^
> > > always -1
> >
> > You need user_r instead of object_r. I've never used this api so I
> > can't comment further, but at least you need to change this.
> Yes, and please don't hardcode security contexts in your program. Make
sure that they are configurable so that your code > can adapt to other
policies. Note that you likely just want to configure the type, and let the
rest be inherited from the > caller's context. See newrole (in
> policycoreutils) or runcon (in coreutils) for examples of how to construct
a context by taking an existing context and
> then just mutating a particular field, like the type.
> --
> Stephen Smalley
> National Security Agency
Yes, but runcon and newrole are user-space command.
I have to modify the SuPhp C source code because I want that the process
SuPhp has different security context depending of an environment variable
that mod_suphp set. I try to use setexecon in mod_suphp beforce executing
SuPhp but the security context don't change..setexeccon return -1.so I try
to modify the suPhp exec with a calling to setcon but another setcon don't
work.
If I use runcon all works, but I need to modify the source code.
[-- Attachment #2: Type: text/html, Size: 9619 bytes --]
^ permalink raw reply
* Re: [RFC][PATCH RT 1/2] futex_requeue-optimize
From: Ingo Molnar @ 2006-05-12 13:40 UTC (permalink / raw)
To: Sébastien Dugué; +Cc: Andrew Morton, linux-kernel, tglx
In-Reply-To: <1147439816.3969.81.camel@frecb000686>
* Sébastien Dugué <sebastien.dugue@bull.net> wrote:
> Queuing to the head would mean that tasks are woken up in LIFO order
> (i.e. the last task put to sleep will be the first to be woken up).
> I'm not sure that's what people would expect, or am I missing
> something here?
hm, indeed, you are right. So a double-linked list head it has to be.
Ingo
^ permalink raw reply
* Re: rt20 patch question
From: Mark Hounschell @ 2006-05-12 13:38 UTC (permalink / raw)
To: Steven Rostedt
Cc: Ingo Molnar, linux-kernel, Daniel Walker, Thomas Gleixner,
johnstul
In-Reply-To: <Pine.LNX.4.58.0605120854480.30264@gandalf.stny.rr.com>
Steven Rostedt wrote:
> On Fri, 12 May 2006, Mark Hounschell wrote:
>
>> Ingo Molnar wrote:
>>> Mark, does this fix the problem?
>>>
>>> Ingo
>>>
> [...]
>> It looks like it does fix at least the BUG and network disconnection
>> problem I am/was seeing. It's been 45 minutes or so without a glitch.
>>
>> I'm still not running this in complete preempt mode. Should I see if it
>> helps that situation also? It only took a few minutes for that one to
>> show up.
>>
>
>
> I was looking at the logdump, but I don't see anything spinning. CPU 1
> seems to be constantly running your v67 program (alternating with
> posix_cpu_timer), and CPU: 0 is still switching with the swapper, along
> with other tasks, so that this means nothing is just spinning and hogging
> the CPU (on CPU 0, but I assume the v67 tasks is suppose to keep running).
>
> But, this could mean that something is blocked on a lock, or missed a
> wakeup somewhere and we block X from responding. Although X is shown up,
> but some signal to do an event my be prevented.
>
> I wonder if the fact that softirqs are running with preemption enabled, is
> the problem here.
>
> Could you try the patch that Ingo sent here:
>
> http://marc.theaimsgroup.com/?l=linux-kernel&m=114741312301909&q=raw
>
> -- Steve
>
>
If anything this made it worse. I actually got the freezes while just
booting up the emulation. Once up, the same thing though.
>Mark,
>
> as Ingo commented, this is a Hack! not a solution.
Understood.
Mark
^ permalink raw reply
* Re: [PATCH 1/5] new pcmcia IDs for hostap - ASUS WL-110 (FIXED)
From: Marcin Juszkiewicz @ 2006-05-12 13:37 UTC (permalink / raw)
To: netdev; +Cc: Jouni Malinen, Pavel Roskin
In-Reply-To: <200605121521.32410.linux-arm@hrw.one.pl>
This time I checked more carefully my changeset and split it into
smaller parts. Few of my patches was tested by OpenZaurus users, some
are waiting for testing.
We switched to pcmciautils when moved to 2.6.16 and many users complain
that their WiFi CompactFlash cards are driven by orinoco instead of
hostap.
BTW - how to force using of hostap_cs when both hostap_cs and orinoco_cs
has card in device table?
All patches require 24_hostap_cs_id.diff from Pavel Roskin.
I'm subscribed to netdev mailing list now.
-----------------------------------------------------------------------
Here's another card that would benefit from a hostap driver: ASUS WL-110
Platform: HP Ipaq hx4700 running 2.6.16-hh
root@ipaq-pxa270:~# pccardctl ident
Socket 0:
product info: "ASUS", "802_11B_CF_CARD_25", "Version 01.00", ""
manfid: 0x02aa, 0x0002
function: 6 (network)
root@ipaq-pxa270:~# ifconfig wlan0
wlan0 Link encap:Ethernet HWaddr 00:0C:6E:F0:DA:CD
inet addr:172.20.0.3 Bcast:172.20.255.255 Mask:255.255.0.0
inet6 addr: 2001:610:600:93:20c:6eff:fef0:dacd/64 Scope:Global
inet6 addr: fe80::20c:6eff:fef0:dacd/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:158 errors:0 dropped:0 overruns:0 frame:0
TX packets:77 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:17978 (17.5 KiB) TX bytes:11424 (11.1 KiB)
Interrupt:92
Signed-off-by: Marcin Juszkiewicz <openembedded@hrw.one.pl>
Index: linux/drivers/net/wireless/orinoco_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/orinoco_cs.c 2006-05-12
15:02:13.000000000 +0200
+++ linux/drivers/net/wireless/orinoco_cs.c 2006-05-12 15:03:31.000000000
+0200
@@ -533,7 +533,6 @@
PCMCIA_DEVICE_MANF_CARD(0x0274, 0x1613), /* Linksys WPC11 Version 3 */
PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0002), /* Compaq HNW-100 11 Mbps
Wireless Adapter */
PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0673), /* Linksys WCF12 Wireless
CompactFlash Card */
- PCMCIA_DEVICE_MANF_CARD(0x02aa, 0x0002), /* ASUS SpaceLink WL-100 */
PCMCIA_DEVICE_MANF_CARD(0x02ac, 0x0002), /* SpeedStream SS1021 Wireless
Adapter */
PCMCIA_DEVICE_MANF_CARD(0x14ea, 0xb001), /* PLANEX RoadLannerWave
GW-NS11H */
PCMCIA_DEVICE_MANF_CARD(0x50c2, 0x7300), /* Airvast WN-100 */
@@ -548,8 +547,6 @@
PCMCIA_DEVICE_PROD_ID12("Addtron", "AWP-100 Wireless PCMCIA", 0xe6ec52ce,
0x08649af2),
PCMCIA_DEVICE_PROD_ID123("AIRVAST", "IEEE 802.11b Wireless PCMCIA
Card", "HFA3863", 0xea569531, 0x4bcb9645, 0x355cb092),
PCMCIA_DEVICE_PROD_ID12("Allied Telesyn", "AT-WCL452 Wireless PCMCIA
Radio", 0x5cd01705, 0x4271660f),
- PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11b_PC_CARD_25", 0x78fc06ee,
0xdb9aa842),
- PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11B_CF_CARD_25", 0x78fc06ee,
0x45a50c1e),
PCMCIA_DEVICE_PROD_ID12("Avaya Communication", "Avaya Wireless PC Card",
0xd8a43b78, 0x0d341169),
PCMCIA_DEVICE_PROD_ID12("BENQ", "AWL100 PCMCIA ADAPTER", 0x35dadc74,
0x01f7fedb),
PCMCIA_DEVICE_PROD_ID12("BUFFALO", "WLI-PCM-L11G", 0x2decece3,
0xf57ca4b3),
Index: linux/drivers/net/wireless/hostap/hostap_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12
15:02:51.000000000 +0200
+++ linux/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12
15:06:26.000000000 +0200
@@ -935,6 +935,8 @@
PCMCIA_DEVICE_PROD_ID123(
"U.S. Robotics", "IEEE 802.11b PC-CARD", "Version 01.02",
0xc7b8df9d, 0x1700d087, 0x4b74baa0),
+ PCMCIA_DEVICE_PROD_ID1234("ASUS", "802_11B_CF_CARD_25", "Version
01.00", "",
+ 0x78fc06ee, 0x45a50c1e, 0xa57adb8c, 0x00000000),
PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11b_PC_CARD_25",
0x78fc06ee, 0xdb9aa842),
PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11B_CF_CARD_25",
--
JID: hrw-jabber.org
Sharp Zaurus C-760 (OZ 3.5.x)
OpenEmbedded/OpenZaurus/OPIE developer
So when I die, the first thing I will see in Heaven is a hi-score list?
^ permalink raw reply
* Re: 3c59x vortex_timer rt hack (was: rt20 patch question)
From: Ingo Molnar @ 2006-05-12 13:36 UTC (permalink / raw)
To: Steven Rostedt
Cc: Mark Hounschell, linux-kernel, Daniel Walker, Thomas Gleixner,
akpm
In-Reply-To: <Pine.LNX.4.58.0605120904110.30264@gandalf.stny.rr.com>
* Steven Rostedt <rostedt@goodmis.org> wrote:
>
>
> On Fri, 12 May 2006, Ingo Molnar wrote:
>
> > --- linux-rt.q.orig/drivers/net/3c59x.c
> > +++ linux-rt.q/drivers/net/3c59x.c
> > @@ -1897,7 +1897,8 @@ vortex_timer(unsigned long data)
> >
> > if (vp->medialock)
> > goto leave_media_alone;
> > - disable_irq(dev->irq);
> > + /* hack! */
> > + disable_irq_nosync(dev->irq);
> > old_window = ioread16(ioaddr + EL3_CMD) >> 13;
> > EL3WINDOW(4);
> > media_status = ioread16(ioaddr + Wn4_Media);
>
> BTW, I originally thought about having Mark do this, but I'm nervious
> about the side effects that this might have. Basically, it's doing
> ioreads from the device while the interrupt could be doing iowrites.
yes, that can happen - but since this is a timeout, this is rather
unlikely in practice. Nevertheless it's possible, so i marked the code a
hack.
Ingo
^ permalink raw reply
* Re: [LARTC] HFSC and prioritization
From: Andy Furniss @ 2006-05-12 13:33 UTC (permalink / raw)
To: lartc
In-Reply-To: <0633E0EDB4F25F43A2D7179CA11FAFAB25533F@xavier.staff.greatlakes.net>
Patrick McHardy wrote:
> Patrick McHardy wrote:
>
>>Jody Shumaker wrote:
>>
>>
>>>What is there for good HSFC documentation out there right now anyways?
>>
>>
>>There is the original papers by Hui Zhang et al., which is mostly
>>about the theory and not very suitable for users - but still worth
>>reading if you're not scared by use of some math.
>>There used to be some documentation called "HFSC for Router Plugins",
>>which is partially applicable for Linux .. and some ALTQ and *BSD
>>documentation which is partially applicable as well. Besides that
>>there seem to be a few german student research projects about this
>>subject, but all I know of are in german. Last thing I know of is
>>an article written by a friend of mine for the german Linux Magazin,
>>unfortunately also only in german, but reviewed by myself and mostly
>>correct (klaus.geekserver.net/hfsc/hfsc.html) - translations are
>>welcome :)
>
>
> I forgot to mention, there is actually a quite easy way to get
> started with HFSC if you already have a working HTB setup. Just
> delete the "prio" statements, replace "htb" by "hfsc",
> "rate" by "sc rate", "ceil" by "ul rate" and delete all the
> remaining htb specific parameters and you have something working.
One thing to note is that HFSC will drop, rather than pass unshaped,
traffic that is unclassified.
So if you don't use a default class and don't filter arp to a class then
HFSC will appear broken whereas HTB will work.
Andy.
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply
* Re: [RFC][PATCH RT 0/2] futex priority based wakeup
From: Pierre Peiffer @ 2006-05-12 13:32 UTC (permalink / raw)
To: Ingo Molnar; +Cc: Sébastien Dugué, LKML, Thomas Gleixner
In-Reply-To: <20060510100858.GA31504@elte.hu>
Hi,
Just few comments for my understanding:
Ingo Molnar a écrit :
> * Sébastien Dugué <sebastien.dugue@bull.net> wrote:
>
>> in the current futex implementation, tasks are woken up in FIFO
>> order, (i.e. in the order they were put to sleep). For realtime
>> systems needing system wide strict realtime priority scheduling, tasks
>> should be woken up in priority order.
>>
>> This patchset achieves this by changing the futex hash bucket list
>> into a plist. Tasks waiting on a futex are enqueued in this plist
>> based on their priority so that they can be woken up in priority
>> order.
>
> hm, i dont think this is enough. Basically, waking up in priority order
> is just the (easier) half of the story - what you want is to also
> propagate priorities when you block. We provided a complete solution via
> the PI-futex patchset (currently included in -mm).
>
> In other words: as long as locking primitives go, i dont think real-time
> applications should use wakeup-priority-ordered futexes, they should use
> the real thing, PI futexes.
In fact, I agree with that for a lock (pthread_mutex, etc).
>
> There is one exception: when a normal futex is used as a waitqueue
> without any contention properties. (for example a waitqueue for worker
> threads) But those are both rare, and typically dont muster tasks with
> different priorities - i.e. FIFO is good enough.
>
But here, I think this is what we have with the condvar, no ? When some
threads are blocked on the condvar (pthread_cond_wait), they must be
woken in priority order with pthread_broadcast, but there is no
"lock-owner" to boost here.
Even if all threads but one are requeued on the second futex (i.e. the
mutex used with the condvar), with the patch from Seb, they are requeued
in priority order and thus get woken in priority order: we don't need
any priority propagation here, I think.
So, I think that the PI-futexes are the right solution for the mutexes
and rwlocks. But this patch seems to me correct for condvar
(FUTEX_REQUEUE), I don't think that PI-futexes will add any benefit for
condvar (?). But I may have missed something ?
> Also, there's a performance cost to this. Could you try to measure the
> impact to SCHED_OTHER tasks via some pthread locking benchmark?
>
> Ingo
--
Pierre
^ permalink raw reply
* Symbios-NCR 6285-3621 + Adaptec 2944W multilun problem
From: Gabriel Gomiz @ 2006-05-12 13:29 UTC (permalink / raw)
To: linux-scsi
Hello all people at linux-scsi! I'm writing this report because I've
exhausted my options with this issue and cannot find any viable solution. :(
[1.] One line summary of the problem:
Problem accessing Symbios-NCR 6285-3621 multilun device via Adaptec
2944W (aic7xxx) HBA.
[2.] Full description of the problem/report:
When configuring 2.6.16.13 kernel scsi subsystem with multilun support,
I'm trying to access a Symbios 6285-3621 Array via an Adaptec 2944W HBA
with aic7xxx module. All scsi "virtual devices" are recognized
sdc-sdd-sde-sdf-sdg-sdh-sdi but then when the kernel tries to detect the
partition tables it gets a lot of "Buffer I/O errors".
The same hardware configuration was working on production as our
database servers until last month with Solaris 7 and Informix IDS
without any problem for at least 5 years, solid. We're now in the
process of migration of this servers to Red Hat Enterprise Linux.
The same issue was triggered with RHEL 4 AS stock up-to-date kernel
(2.6.9-34EL).
[3.] Keywords (i.e., modules, networking, kernel):
SCSI. Symbios. NCR. 6285-3621. Adaptec 2944W. aic7xxx. I/O Errors.
Multilun. Red Hat EL 4.
[4.] Kernel version (from /proc/version):
Linux version 2.6.16.13 (root@galadriel.cooperativaobrera.com.ar) (gcc
version 3.4.5 20051201 (Red Hat 3.4.5-2)) #2 SMP Thu May 4 18:35:29 ART 2006
[5.] Output of Oops.. message (if applicable)
Not aplicable.
[6.] A small shell script or example program which triggers the
problem (if possible)
Booting the system triggers the problem.
[7.] Environment
[7.1.] Software (add the output of the ver_linux script here)
[7.2.] Processor information (from /proc/cpuinfo):
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 7
model name : Pentium III (Katmai)
stepping : 3
cpu MHz : 550.250
cache size : 2048 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 mmx fxsr sse
bogomips : 1102.51
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 7
model name : Pentium III (Katmai)
stepping : 3
cpu MHz : 550.250
cache size : 2048 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 mmx fxsr sse
bogomips : 1100.46
processor : 2
vendor_id : GenuineIntel
cpu family : 6
model : 7
model name : Pentium III (Katmai)
stepping : 3
cpu MHz : 550.250
cache size : 2048 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 mmx fxsr sse
bogomips : 1100.45
processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 7
model name : Pentium III (Katmai)
stepping : 3
cpu MHz : 550.250
cache size : 2048 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 mmx fxsr sse
bogomips : 1100.48
[7.3.] Module information (from /proc/modules):
nfs 206572 1 - Live 0xf8aaf000
lockd 60296 2 nfs, Live 0xf8a77000
nfs_acl 7808 1 nfs, Live 0xf8904000
ipv6 248544 20 - Live 0xf8a39000
autofs4 23044 1 - Live 0xf8aa8000
sunrpc 142012 4 nfs,lockd,nfs_acl, Live 0xf8c12000
e100 37636 0 - Live 0xf88f3000
mii 9600 1 e100, Live 0xf88ad000
floppy 61124 0 - Live 0xf88e3000
piix 13956 0 [permanent], Live 0xf8869000
sr_mod 20772 0 - Live 0xf88a6000
sg 38044 0 - Live 0xf889b000
dm_snapshot 20524 0 - Live 0xf8894000
dm_zero 6016 0 - Live 0xf8833000
dm_mirror 24784 0 - Live 0xf885a000
ext3 122888 4 - Live 0xf8908000
jbd 57492 1 ext3, Live 0xf88d3000
raid1 24576 2 - Live 0xf8862000
dm_mod 56856 8 dm_snapshot,dm_zero,dm_mirror, Live 0xf8885000
aic7xxx 134580 0 - Live 0xf88b1000
sym53c8xx 75540 4 - Live 0xf8871000
scsi_transport_spi 24960 2 aic7xxx,sym53c8xx, Live 0xf8826000
sd_mod 20608 6 - Live 0xf8816000
scsi_mod 131624 6 sr_mod,sg,aic7xxx,sym53c8xx,scsi_transport_spi,sd_mod,
Live 0xf8838000
[7.4.] Loaded driver and hardware information (/proc/ioports, /proc/iomem)
/proc/ioports
0000-001f : dma1
0020-0021 : pic1
0040-0043 : timer0
0050-0053 : timer1
0060-006f : keyboard
0070-0077 : rtc
0080-008f : dma page reg
00a0-00a1 : pic2
00c0-00df : dma2
00f0-00ff : fpu
03c0-03df : vga+
03f8-03ff : serial
0c00-0c3f : 0000:00:0c.3
0cc0-0ccf : 0000:00:0c.3
0cf8-0cff : PCI conf1
2000-20ff : 0000:00:08.0
2000-20ff : sym53c8xx
2400-243f : 0000:00:06.0
2400-243f : e100
2440-247f : 0000:00:07.0
2440-247f : e100
2480-249f : 0000:00:0c.2
24a0-24af : 0000:00:0c.1
24a0-24a7 : ide0
3000-30ff : 0000:01:03.0
3000-30ff : sym53c8xx
3400-34ff : 0000:01:03.1
3400-34ff : sym53c8xx
3800-38ff : 0000:01:05.0
/proc/iomem
00000000-0009d7ff : System RAM
0009d800-0009ffff : reserved
000a0000-000bffff : Video RAM area
000c0000-000c7fff : Video ROM
000c8000-000c97ff : Adapter ROM
000c9800-000cafff : Adapter ROM
000cb000-000cefff : Adapter ROM
000cf000-000cf7ff : Adapter ROM
000d8000-000dbfff : Adapter ROM
000f0000-000fffff : System ROM
00100000-f9efa7ff : System RAM
00100000-00292ed7 : Kernel code
00292ed8-0033cac3 : Kernel data
f9efa800-f9effbff : ACPI Tables
f9effc00-f9efffff : ACPI Non-volatile Storage
fa000000-fa0fffff : 0000:00:06.0
fa000000-fa0fffff : e100
fa100000-fa1fffff : 0000:00:07.0
fa100000-fa1fffff : e100
fa200000-fa200fff : 0000:00:06.0
fa200000-fa200fff : e100
fa201000-fa201fff : 0000:00:07.0
fa201000-fa201fff : e100
fa202000-fa202fff : 0000:00:0a.0
fa203000-fa2030ff : 0000:00:08.0
fa203000-fa2030ff : sym53c8xx
fa208000-fa20ffff : 0000:00:0a.0
fa210000-fa21ffff : 0000:01:05.0
fa300000-fa3fffff : 0000:00:06.0
fa400000-fa4fffff : 0000:00:07.0
fc000000-fdffffff : 0000:00:0a.0
fe000000-fe001fff : 0000:01:03.0
fe000000-fe001fff : sym53c8xx
fe002000-fe003fff : 0000:01:03.1
fe002000-fe003fff : sym53c8xx
fe004000-fe004fff : 0000:01:05.0
fe004000-fe004fff : aic7xxx
fe005000-fe0053ff : 0000:01:03.0
fe005000-fe0053ff : sym53c8xx
fe005400-fe0057ff : 0000:01:03.1
fe005400-fe0057ff : sym53c8xx
fe300000-ffffffff : reserved
[7.5.] PCI information ('lspci -vvv' as root)
00:06.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro
100] (rev 08)
Subsystem: Intel Corporation EtherExpress PRO/100+ Server
Adapter (PILA8470B)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 128 (2000ns min, 14000ns max), Cache Line Size 08
Interrupt: pin A routed to IRQ 145
Region 0: Memory at fa200000 (32-bit, non-prefetchable) [size=4K]
Region 1: I/O ports at 2400 [size=64]
Region 2: Memory at fa000000 (32-bit, non-prefetchable) [size=1M]
[virtual] Expansion ROM at fa300000 [disabled] [size=1M]
Capabilities: [dc] Power Management version 2
Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA
PME(D0+,D1+,D2+,D3hot+,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=2 PME-
00:07.0 Ethernet controller: Intel Corporation 82557/8/9 [Ethernet Pro
100] (rev 08)
Subsystem: Intel Corporation EtherExpress PRO/100+ Server
Adapter (PILA8470B)
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 128 (2000ns min, 14000ns max), Cache Line Size 08
Interrupt: pin A routed to IRQ 153
Region 0: Memory at fa201000 (32-bit, non-prefetchable) [size=4K]
Region 1: I/O ports at 2440 [size=64]
Region 2: Memory at fa100000 (32-bit, non-prefetchable) [size=1M]
[virtual] Expansion ROM at fa400000 [disabled] [size=1M]
Capabilities: [dc] Power Management version 2
Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA
PME(D0+,D1+,D2+,D3hot+,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=2 PME-
00:08.0 SCSI storage controller: LSI Logic / Symbios Logic 53c810 (rev 23)
Subsystem: LSI Logic / Symbios Logic LSI53C810AE PCI to SCSI
I/O Processor
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 128 (2000ns min, 16000ns max), Cache Line Size 08
Interrupt: pin A routed to IRQ 193
Region 0: I/O ports at 2000 [size=256]
Region 1: Memory at fa203000 (32-bit, non-prefetchable) [size=256]
Capabilities: [40] Power Management version 1
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
00:0a.0 VGA compatible controller: Cirrus Logic GD 5480 (rev 23)
(prog-if 00 [VGA])
Subsystem: Unknown device 3e3e:003e
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64 (500ns min, 2500ns max)
Region 0: Memory at fc000000 (32-bit, prefetchable) [size=32M]
Region 1: Memory at fa202000 (32-bit, non-prefetchable) [size=4K]
[virtual] Expansion ROM at fa208000 [disabled] [size=32K]
00:0b.0 PIC: Intel Corporation 683053 Programmable Interrupt Device
(prog-if 03)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 0 (2000ns min, 2000ns max)
00:0c.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02)
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 0
00:0c.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev
01) (prog-if 80 [Master])
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Region 4: I/O ports at 24a0 [size=16]
00:0c.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev
01) (prog-if 00 [UHCI])
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 64
Interrupt: pin D routed to IRQ 169
Region 4: I/O ports at 2480 [size=32]
00:0c.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02)
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin ? routed to IRQ 9
00:10.0 Host bridge: Intel Corporation 450NX - 82451NX Memory & I/O
Controller (rev 03)
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
00:12.0 Host bridge: Intel Corporation 450NX - 82454NX/84460GX PCI
Expander Bridge (rev 04)
Subsystem: Intel Corporation 450NX - 82454NX/84460GX PCI
Expander Bridge
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort+ >SERR- <PERR-
Latency: 128, Cache Line Size 08
00:13.0 Host bridge: Intel Corporation 450NX - 82454NX/84460GX PCI
Expander Bridge (rev 04)
Subsystem: Intel Corporation 450NX - 82454NX/84460GX PCI
Expander Bridge
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort+ >SERR- <PERR-
Latency: 128, Cache Line Size 08
01:03.0 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897
(rev 01)
Subsystem: LSI Logic / Symbios Logic LSI53C896/7 PCI to Dual
Channel Ultra2 SCSI Multifunction Controller
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 128 (4250ns min, 16000ns max), Cache Line Size 08
Interrupt: pin A routed to IRQ 185
Region 0: I/O ports at 3000 [size=256]
Region 1: Memory at fe005000 (64-bit, non-prefetchable) [size=1K]
Region 3: Memory at fe000000 (64-bit, non-prefetchable) [size=8K]
Capabilities: [40] Power Management version 1
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
01:03.1 SCSI storage controller: LSI Logic / Symbios Logic 53C896/897
(rev 01)
Subsystem: LSI Logic / Symbios Logic LSI53C896/7 PCI to Dual
Channel Ultra2 SCSI Multifunction Controller
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66Mhz- UDF- FastB2B- ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 128 (4250ns min, 16000ns max), Cache Line Size 08
Interrupt: pin B routed to IRQ 177
Region 0: I/O ports at 3400 [size=256]
Region 1: Memory at fe005400 (64-bit, non-prefetchable) [size=1K]
Region 3: Memory at fe002000 (64-bit, non-prefetchable) [size=8K]
Capabilities: [40] Power Management version 1
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
01:05.0 SCSI storage controller: Adaptec AHA-2944/2944W / AIC-7874 (rev 03)
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium
>TAbort- <TAbort- <MAbort- >SERR- <PERR-
Latency: 128 (2000ns min, 2000ns max), Cache Line Size 08
Interrupt: pin A routed to IRQ 161
Region 0: I/O ports at 3800 [disabled] [size=256]
Region 1: Memory at fe004000 (32-bit, non-prefetchable) [size=4K]
[virtual] Expansion ROM at fa210000 [disabled] [size=64K]
[7.6.] SCSI information (from /proc/scsi/scsi)
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: SEAGATE Model: ST318203LC Rev: 0002
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 00
Vendor: SEAGATE Model: ST318405LC Rev: 5063
Type: Direct-Access ANSI SCSI revision: 03
Host: scsi0 Channel: 00 Id: 06 Lun: 00
Vendor: ESG-SHV Model: SCA HSBP M6 Rev: 0.61
Type: Processor ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 05 Lun: 00
Vendor: TOSHIBA Model: CD-ROM XM-6401TA Rev: 1012
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi3 Channel: 00 Id: 01 Lun: 00
Vendor: SYMBIOS Model: INF-01-00 Rev: 0205
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi3 Channel: 00 Id: 01 Lun: 01
Vendor: SYMBIOS Model: INF-01-00 Rev: 0205
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi3 Channel: 00 Id: 01 Lun: 02
Vendor: SYMBIOS Model: INF-01-00 Rev: 0205
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi3 Channel: 00 Id: 01 Lun: 03
Vendor: SYMBIOS Model: INF-01-00 Rev: 0205
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi3 Channel: 00 Id: 01 Lun: 04
Vendor: SYMBIOS Model: INF-01-00 Rev: 0205
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi3 Channel: 00 Id: 01 Lun: 05
Vendor: SYMBIOS Model: INF-01-00 Rev: 0205
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi3 Channel: 00 Id: 01 Lun: 06
Vendor: SYMBIOS Model: INF-01-00 Rev: 0205
Type: Direct-Access ANSI SCSI revision: 02
Host: scsi3 Channel: 00 Id: 01 Lun: 07
Vendor: SYMBIOS Model: INF-01-00 Rev: 0205
Type: Direct-Access ANSI SCSI revision: 02
[7.7.] Other information that might be relevant to the problem
(please look in /proc and include all information that you
think to be relevant):
[X.] Other notes, patches, fixes, workarounds:
No workaround until now.
Please note that I'm willing to test any solution that you want me to.
Patches, other kernel versions, re-compilations, scsi HBA settings, etc.
I'm totally in charge of this hardware and it is 100% available for testing.
Many, many thanks in advance!
--
.^. Lic. Gabriel Gomiz - Red Hat Certified Engineer (RHCE)
/V\ Administrador Red/Sistemas - Desarrollo Sistema POSEIDON
// \\ Gerencia de Sistemas - Cooperativa Obrera Ltda.
/( )\ Tel (0291) 456-0084
^^-^^ s/Window[$s]/LINUX!!/g or die;
^ permalink raw reply
* Re: requires help
From: Kashif Ali Bukhari @ 2006-05-12 13:28 UTC (permalink / raw)
To: Linux linux; +Cc: netfilter
In-Reply-To: <20060511120151.27508.qmail@web35915.mail.mud.yahoo.com>
please define your steps
On 5/11/06, Linux linux <khankhn1@yahoo.com> wrote:
> hi to all
>
> i want to configure patch-o-matic-ng
>
> my kernel=linux-2.6.16.15.tar.bz2
> patch-o-matic-ng=patch-o-matic-ng.tar.bz2
> iptables=iptables-1.3.5.tar.bz2
>
> i am facing problem in patching up iptables, is it
> possible or not.
>
> regards
> noman
>
> __________________________________________________
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
>
--
Syed Kashif Ali Bukhari
+92-300-4295604
Network Engineer
Beaconhouse IT Services, Lahore Pakistan
^ permalink raw reply
* Re: IPv6 state match in kernel 2.6.15 and iptables 1.3.5
From: Cedric Blancher @ 2006-05-12 13:28 UTC (permalink / raw)
To: Wolfram Schlich; +Cc: netfilter
In-Reply-To: <20060512130214.ALLYOURBASEAREBELONGTOUS.F24279@bla.fasel.org>
Le vendredi 12 mai 2006 à 15:02 +0200, Wolfram Schlich a écrit :
> I am wondering from what docs I could have found that out :-/
Online documentation is _very_ poor on that particular topic.
--
http://sid.rstack.org/
PGP KeyID: 157E98EE FingerPrint: FA62226DA9E72FA8AECAA240008B480E157E98EE
>> Hi! I'm your friendly neighbourhood signature virus.
>> Copy me to your signature file and help me spread!
^ permalink raw reply
* Re: Linux doesn't boot if USB is enabled
From: Igor Luri @ 2006-05-12 13:30 UTC (permalink / raw)
To: Wolfgang Denk; +Cc: linuxppc-embedded
In-Reply-To: <20060512095339.421CC352B2A@atlas.denx.de>
Dear Wolfgang,
I have updated linux kernel an u-boot from the CVS repository, so I have
de latest u-boot and linux version. I grabed the new u-boot an kernel
and now hungs later while probing PCI. If I configure linux kernel
without PCI support, it boots OK.
I use lite5200b_defconfig configuration. I am missing something in the
configuration relationated with PCI?
U-Boot 1.1.4 (May 12 2006 -
14:45:32)
CPU: MPC5200 v2.2, Core v1.4 at 462
MHz
Bus 132 MHz, IPB 132 MHz, PCI 33
MHz
Board: Freescale
Lite5200B
I2C: 85 kHz,
ready
DRAM: 256
MB
FLASH: 32
MB
*** Warning - bad CRC, using default
environment
PCI: Bus Dev VenId DevId Class
Int
00 1a 1057 5809 0680
00
In:
serial
Out:
serial
Err:
serial
Net: FEC
ETHERNET
IDE: Bus 0:
OK
Device 0: Model: SanDisk SDCFB-32 Firm: HDX 2.15 Ser#:
103407C2604A5824
Type: Hard
Disk
Capacity: 30.6 MB = 0.0 GB (62720 x
512)
Device 1: not
available
Type "run flash_nfs" to mount root filesystem over NFS
Hit any key to stop autoboot: 0
=> bootp 500000 vmlinux.UBoot
BOOTP broadcast 1
Using FEC ETHERNET device
TFTP from server 10.0.7.228; our IP address is 10.0.17.102
Filename 'vmlinux.UBoot'.
Load address: 0x500000
Loading: #################################################################
#################################################################
##########################################################
done
Bytes transferred = 959935 (ea5bf
hex)
=> usb
reset
(Re)start
USB...
USB: scanning bus for devices... 1 USB Device(s)
found
scanning bus for storage devices... 0 Storage Device(s)
found
=> bootm
500000
## Booting image at 00500000
...
Image Name:
Linux-2.4.25
Created: 2006-05-12 12:31:19
UTC
Image Type: PowerPC Linux Kernel Image (gzip
compressed)
Data Size: 959871 Bytes = 937.4
kB
Load Address:
00000000
Entry Point:
00000000
Verifying Checksum ...
OK
Uncompressing Kernel Image ...
OK
Memory BAT mapping: BAT2=256Mb, BAT3=0Mb, residual:
0Mb
Linux version 2.4.25 (igor@ILURI_LINUX) (gcc version 3.3.6) #1 vie may
12 14:27:36 CEST 2006
On node 0 totalpages:
65536
zone(0): 65536
pages.
zone(1): 0
pages.
zone(2): 0
pages.
Kernel command
line:
Calibrating delay loop... 307.20
BogoMIPS
Memory: 256340k available (1636k kernel code, 496k data, 76k init, 0k
highmem)
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)
POSIX conformance testing by
UNIFIX
PCI: Probing PCI hardware
PCI: moved dev
Wolfgang Denk wrote:
>In message <918EB199DDDFFA42BEA2EB3A1C6021F3CE19E2@correo.fagorautomation.net> you wrote:
>
>
>>We also have a mpc5200liteB evaluation board with u-boot 1.1.4 and linux
>>2.4.25 from Denx. We have realized that when USB is enabled linux
>>doen´t boot, it hungs after u-boot uncompresses linux image.
>>
>>
>
>You need the latest versions of both U-boot and Linux.
>
>For U-Boot, you need a version after April 18 (see especially commit
>ID 8419c013048b1f15f3fa2fc7c0463d860a04ee3e). For the Linux kernel,
>you need a version after April 21 (see especially commit ID
>1ac8b71bdbe6de928ba84c83831f6988a9b51165).
>
>I recommend to grab the top-of-tree from both repositories.
>
>Best regards,
>
>Wolfgang Denk
>
>
>
^ permalink raw reply
* Re: [Xenomai-core] Errors running sim testsuite for vxWorks
From: Philippe Gerum @ 2006-05-12 13:27 UTC (permalink / raw)
To: Gilles Chanteperdrix; +Cc: xenomai
In-Reply-To: <17508.33832.185306.126423@domain.hid>
Gilles Chanteperdrix wrote:
> Philippe Gerum wrote:
> > Gilles Chanteperdrix wrote:
> >
> > >
> > > > Is it normal that a "make check" only works, if one builds the simulator
> > > > inside the source code?
> > >
> > > Last time I checked it worked when built out-of-tree, but you must build
> > > the simulator in the sim subdirectory of a xenomai build directory.
> >
> > It should not be necessary, at least I don't build it this way and it
> > works. This is not a guarantee of success for the "make check" issue though.
>
> out of tree make check works here. It is the simulator _sources_ that must
> be put in a sub-directory of the xenomai sources.
>
Yep.
--
Philippe.
^ permalink raw reply
* Re: [Xenomai-core] Re: [BUG] kernel oops on registry duplicate names
From: Philippe Gerum @ 2006-05-12 13:26 UTC (permalink / raw)
To: Jan Kiszka; +Cc: xenomai-core
In-Reply-To: <44646CB9.9070906@domain.hid>
Jan Kiszka wrote:
> Philippe Gerum wrote:
>
>>Ignacio García Pérez wrote:
>>
>>>The subject pretty much explains it all.
>>>
>>>Just try to create a task named "foo" and a queue also named "foo".
>>>
>>>Tested in 2.1.1 and svn HEAD.
>>>
>>
>>Ok, that's the other way around, you first create the queue, then the
>>task, and the error path of the task creation routine seems to go wild
>>afterwards when it detects the registry error.
>>
>
>
> That's obviously the same issue I reported a few days ago about creating
> two tasks with identical names.
>
This went unnoticed from me. Could you resend this? TIA,
--
Philippe.
^ permalink raw reply
* Re: [Qemu-devel] PATCH: fix bgr color mapping on qemu on Solaris/SPARC
From: Jamie Lokier @ 2006-05-12 13:26 UTC (permalink / raw)
To: qemu-devel
In-Reply-To: <446448F9.70001@medsci.uu.se>
Dan Sandberg wrote:
> Creating a rectangular direct output area in OpenGL is actually like
> vitualizing a graphics card.
That is what X's XF86DGA ("Direct Graphics Adapter") feature does.
And I believe SDL already supports XF86DGA when in full screen mode.
> It is updated at native speed
Not necessarily. When I tried using mplayer (a video player) with the
video output set to use OpenGL, it was the slowest of all options -
even slower than writing the images though X11 shared memory with a
copy-to-screen bitblt for each frame.
But then, OpenGL drivers vary considerably in their performance and quality.
> and you can select pixelformat for that
> area independent of the host pixel format and you do not have to be
> doing any RectangleBlit operation or causing any CPU-load - to my
> understanding at least.
Well, OpenGL does a RectangleBlit each time it redraws the 3d
rendering area, doesn't it? If you have hardware accelerated OpenGL
support, that shouldn't use much CPU. But then, the same is true for
old-fashioned hardware accelerated 2d bitblt, if the pixel format is
supported.
> [...] I am not saying that any of todays possibilities in Qemu
> should be retired, rather that it could be sort of a new plug-in
> module for those who want a virtual display adapter with close to
> native graphic performance and happen to have what is needed in
> terms of graphic card and drivers.
I agree it's worth a look, because it may be faster for some people,
and because it provides access to image scaling (potentially hardware
assisted), which classic X11 bitblt does not.
It might be worth looking at mplayer's OpenGL driver, which does
something similar to what Qemu would need.
Other X features which can do similar things and may provide equal or
better performance are: Xv (used to display video, but generally
provides a resizable overlay; may or may not provide a usable pixel
format), and Xrender.
-- Jamie
^ permalink raw reply
* [ANNOUNCE] libata: new EH, NCQ, hotplug and PM patches against stable kernel
From: Tejun Heo @ 2006-05-12 13:24 UTC (permalink / raw)
To: linux-kernel, linux-ide
Hello, all.
Lately libata has been going through a lot of changes and even more
are around the corner. I've been working on error handling and
advanced SATA features for quite sometime now, and, finally, patches
have been finalized and submitted for review a few days ago.
2.6.18 is the target for mainline merge. As there is quite some time
between now and 2.6.18, I have made patches to update the current
stable kernel to support the new features so that they can receive
wider testing and interested people don't have to wait too long. I
intend to maintain these patches through 2.6.16 and 17 until the
mainline merge happens.
Added new features are
* New error handling
* IRQ driven PIO (from Albert Lee)
* SATA NCQ support
* Hotplug support
* Port Multiplier support
The following drivers support new features.
ata_piix: new EH, irq-pio, warmplug (hardware restriction)
sata_sil: new EH, irq-pio, hotplug
ahci: new EH, irq-pio, NCQ, hotplug
sata_sil24: new EH, irq-pio, NCQ, hotplug, Port Multiplier
More info can be found at the following URL.
http://home-tj.org/wiki/index.php/Libata-tj-stable
Patches against v2.6.16.16 is avaialbe at the following URL.
http://home-tj.org/files/libata-tj-stable/libata-tj-2.6.16.16-20060512.tar.bz2
Please read README carefully before testing the patches. Keep in mind
that these are still quite experimental and not ready for production
use.
Thanks.
--
tejun
^ permalink raw reply
* RE: [PATCH] ide_cs: Make ide_cs work with the memory space of CF-Cards if IO space is not available (2nd revision)
From: Iain Barker @ 2006-05-12 13:24 UTC (permalink / raw)
To: David Vrabel, Thomas Kleffel (maintech GmbH)
Cc: Alan Cox, linux-kernel, linux-pcmcia
Thomas Kleffel (maintech GmbH) wrote:
> + if(is_mmio)
> + my_outb = outb_mem;
> + else
> + my_outb = outb_io;
David Vrabel wrote:
> Shouldn't you convert ide_cs to use iowrite8 (and friends) instead of
> doing this?
Actually, I think even better to use the primitives from ide-iops.c ?
i.e. the members of default_hwif_iops and default_hwif_mmiops, which
map to the ide_mm_outb and ide_outb functions used by the rest of the
IDE driver code?
- Iain
^ permalink raw reply
* [PATCH 1/5] new pcmcia IDs for hostap - ASUS WL-110
From: Marcin Juszkiewicz @ 2006-05-12 13:21 UTC (permalink / raw)
To: netdev; +Cc: Jouni Malinen, Pavel Roskin
This time I checked more carefully my changeset and split it into
smaller parts. Few of my patches was tested by OpenZaurus users, some
are waiting for testing.
We switched to pcmciautils when moved to 2.6.16 and many users complain
that their WiFi CompactFlash cards are driven by orinoco instead of
hostap.
BTW - how to force using of hostap_cs when both hostap_cs and orinoco_cs
has card in device table?
All patches require 24_hostap_cs_id.diff from Pavel Roskin.
I'm subscribed to netdev mailing list now.
-----------------------------------------------------------------------
Here's another card that would benefit from a hostap driver: ASUS WL-110
Platform: HP Ipaq hx4700 running 2.6.16-hh
root@ipaq-pxa270:~# pccardctl ident
Socket 0:
product info: "ASUS", "802_11B_CF_CARD_25", "Version 01.00", ""
manfid: 0x02aa, 0x0002
function: 6 (network)
root@ipaq-pxa270:~# ifconfig wlan0
wlan0 Link encap:Ethernet HWaddr 00:0C:6E:F0:DA:CD
inet addr:172.20.0.3 Bcast:172.20.255.255 Mask:255.255.0.0
inet6 addr: 2001:610:600:93:20c:6eff:fef0:dacd/64 Scope:Global
inet6 addr: fe80::20c:6eff:fef0:dacd/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:158 errors:0 dropped:0 overruns:0 frame:0
TX packets:77 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:17978 (17.5 KiB) TX bytes:11424 (11.1 KiB)
Interrupt:92
Signed-off-by: Marcin Juszkiewicz <openembedded@hrw.one.pl>
Index: linux/drivers/net/wireless/orinoco_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/orinoco_cs.c 2006-05-12 15:02:13.000000000 +0200
+++ linux/drivers/net/wireless/orinoco_cs.c 2006-05-12 15:03:31.000000000 +0200
@@ -533,7 +533,6 @@
PCMCIA_DEVICE_MANF_CARD(0x0274, 0x1613), /* Linksys WPC11 Version 3 */
PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0002), /* Compaq HNW-100 11 Mbps Wireless Adapter */
PCMCIA_DEVICE_MANF_CARD(0x028a, 0x0673), /* Linksys WCF12 Wireless CompactFlash Card */
- PCMCIA_DEVICE_MANF_CARD(0x02aa, 0x0002), /* ASUS SpaceLink WL-100 */
PCMCIA_DEVICE_MANF_CARD(0x02ac, 0x0002), /* SpeedStream SS1021 Wireless Adapter */
PCMCIA_DEVICE_MANF_CARD(0x14ea, 0xb001), /* PLANEX RoadLannerWave GW-NS11H */
PCMCIA_DEVICE_MANF_CARD(0x50c2, 0x7300), /* Airvast WN-100 */
@@ -548,8 +547,6 @@
PCMCIA_DEVICE_PROD_ID12("Addtron", "AWP-100 Wireless PCMCIA", 0xe6ec52ce, 0x08649af2),
PCMCIA_DEVICE_PROD_ID123("AIRVAST", "IEEE 802.11b Wireless PCMCIA Card", "HFA3863", 0xea569531, 0x4bcb9645, 0x355cb092),
PCMCIA_DEVICE_PROD_ID12("Allied Telesyn", "AT-WCL452 Wireless PCMCIA Radio", 0x5cd01705, 0x4271660f),
- PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11b_PC_CARD_25", 0x78fc06ee, 0xdb9aa842),
- PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11B_CF_CARD_25", 0x78fc06ee, 0x45a50c1e),
PCMCIA_DEVICE_PROD_ID12("Avaya Communication", "Avaya Wireless PC Card", 0xd8a43b78, 0x0d341169),
PCMCIA_DEVICE_PROD_ID12("BENQ", "AWL100 PCMCIA ADAPTER", 0x35dadc74, 0x01f7fedb),
PCMCIA_DEVICE_PROD_ID12("BUFFALO", "WLI-PCM-L11G", 0x2decece3, 0xf57ca4b3),
Index: linux/drivers/net/wireless/hostap/hostap_cs.c
===================================================================
--- linux.orig/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:02:51.000000000 +0200
+++ linux/drivers/net/wireless/hostap/hostap_cs.c 2006-05-12 15:06:26.000000000 +0200
@@ -935,6 +935,8 @@
PCMCIA_DEVICE_PROD_ID123(
"U.S. Robotics", "IEEE 802.11b PC-CARD", "Version 01.02",
0xc7b8df9d, 0x1700d087, 0x4b74baa0),
+ PCMCIA_DEVICE_PROD_ID1234("ASUS", "802_11B_CF_CARD_25", "Version 01.00", ""
+ 0x78fc06ee, 0x45a50c1e, 0xa57adb8c, 0x00000000),
PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11b_PC_CARD_25",
0x78fc06ee, 0xdb9aa842),
PCMCIA_DEVICE_PROD_ID12("ASUS", "802_11B_CF_CARD_25",
--
JID: hrw-jabber.org
Sharp Zaurus C-760 (OZ 3.5.x)
OpenEmbedded/OpenZaurus/OPIE developer
So when I die, the first thing I will see in Heaven is a hi-score list?
^ permalink raw reply
* Re: [Qemu-devel] qemu-0.8.1 and Solaris-10
From: Ben Taylor @ 2006-05-12 13:20 UTC (permalink / raw)
To: qemu-devel
---- Ishwar Rattan <ishwar@pali.cps.cmich.edu> wrote:
> I was able to compile the qemu-cvs code with Taylor's
> patches applied. I did not see a qemu executable? Is it
> the same as qemu/aprc-softmmu/qemu-system-sparc? When
> I try to use it it keeps complaining that it can't
> load::
>
> /usr/local/share/qemu/proll.elf: No such file or directory
> qemu: could not load prom '/usr/local/share/qemu/proll.bin'
>
> I know I have not installed it in /usr/local as I do not
> have the privileges but should this file be somewhere
> in the qemu/* (where it was compiled)?
Why don't you try installing it in your home directory, ie
./configure --prefix=/home/myhome/mqemu .....
Qemu expects things to be installed, even if your debugging things,
otherwise you have use a bunch of flags to tell qemu where to find
the components.
Ben
^ permalink raw reply
page: next (older) | prev (newer) | latest
- recent:[subjects (threaded)|topics (new)|topics (active)]
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.