* [PATCH]:
From: Juan Quintela @ 2002-12-18 1:42 UTC (permalink / raw)
To: linux mips mailing list, Ralf Baechle
Hi
ArcRead() usses funny types :(
Later, Juan.a
PD. Someone can explain me what mean:
__attribute__ ((__mode__ (__SI__)));
The SI part don't appear in the gcc info pages :(
Index: arch/mips/sgi-ip22/ip22-time.c
===================================================================
RCS file: /home/cvs/linux/arch/mips/sgi-ip22/ip22-time.c,v
retrieving revision 1.1.2.10
diff -u -r1.1.2.10 ip22-time.c
--- arch/mips/sgi-ip22/ip22-time.c 2 Dec 2002 00:24:50 -0000 1.1.2.10
+++ arch/mips/sgi-ip22/ip22-time.c 18 Dec 2002 00:49:20 -0000
@@ -195,7 +195,7 @@
{
int cpu = smp_processor_id();
int irq = SGI_8254_0_IRQ;
- long cnt;
+ ULONG cnt;
char c;
irq_enter(cpu, irq);
--
In theory, practice and theory are the same, but in practice they
are different -- Larry McVoy
^ permalink raw reply
* [PATCH]: protect includes from re-included them
From: Juan Quintela @ 2002-12-18 1:42 UTC (permalink / raw)
To: linux mips mailing list, Ralf Baechle
Hi
this included don't have the standard protection :(
Later, Juan.
Index: drivers/sgi/char/gconsole.h
===================================================================
RCS file: /home/cvs/linux/drivers/sgi/char/gconsole.h,v
retrieving revision 1.5
diff -u -r1.5 gconsole.h
--- drivers/sgi/char/gconsole.h 3 Mar 1998 16:57:28 -0000 1.5
+++ drivers/sgi/char/gconsole.h 18 Dec 2002 00:49:22 -0000
@@ -1,3 +1,7 @@
+#ifndef _SGI_GCONSOLE_H
+#define _SGI_GCONSOLE_H
+
+
/*
* This is a temporary measure, we should eventually migrate to
* Gert's generic graphic console code.
@@ -31,3 +35,5 @@
extern void disable_gconsole (void);
extern void enable_gconsole (void);
+
+#endif /* _SGI_GCONSOLE */
Index: drivers/sgi/char/graphics.h
===================================================================
RCS file: /home/cvs/linux/drivers/sgi/char/graphics.h,v
retrieving revision 1.9.6.1
diff -u -r1.9.6.1 graphics.h
--- drivers/sgi/char/graphics.h 5 Aug 2002 23:53:40 -0000 1.9.6.1
+++ drivers/sgi/char/graphics.h 18 Dec 2002 01:28:49 -0000
@@ -1,3 +1,6 @@
+#ifndef _SGI_GRAPHICS_H
+#define _SGI_GRAPHICS_H
+
#define MAXCARDS 4
struct graphics_ops {
@@ -25,3 +28,5 @@
void shmiq_init (void);
void streamable_init (void);
+
+#endif /* _SGI_GRAPHICS_H */
--
In theory, practice and theory are the same, but in practice they
are different -- Larry McVoy
^ permalink raw reply
* PLEASE HELP ME!!
From: lrodrigo @ 2002-12-18 1:34 UTC (permalink / raw)
To: reiserfs-list
The systems hang (for a wine problem), and when I reboot the system and
check it with reiserfsck, this error appear:
shrink_id_map objectid map shrinked
used 4096, 5 blocks
(this message repeat at least 20 messages, once for each block)
How i can solve this problem??
PLEASE, HELP ME.......
^ permalink raw reply
* Re: Domain transition -- enabling user_r in eklogin
From: Brian May @ 2002-12-18 1:28 UTC (permalink / raw)
To: forrest whitcher; +Cc: Stephen D. Smalley, SELinux
In-Reply-To: <20021217192856.427b5d68.fw@fwsystems.com>
On Tue, Dec 17, 2002 at 07:28:56PM -0500, forrest whitcher wrote:
> I'll look into adding kerberos auth to newrole(1) to save retypings of
> password next.
Interesting idea, it would be good not to have to type in your password
each time.
However, I have to wonder if this is such a good idea...
At the very least you would need to have a strict policy that only
allows very trusted programs to access the ticket or to run a program
(eg. newrole) that has access to this ticket.
This might be a good thing anyway, you probably don't want a copy of
mozilla being able to automatically run commands on remote computer with
your Kerberos ticket for instance.
If there is any weakness in this strict policy, and for instance program
X finds it can run newrole indirectly via, say bash, and automatically
get sysadm_r priviliges, you loose any benifit SE-Linux could provide.
Some sort of tool for analysing policy might be good here, for instance
so you can ask questions like "Can Mozilla access the Kerberos ticket
either directly or indirectly by loading another program first?".
I am not yet sure how good SE-Linux will be at solving this type of
problem, without duplicating a lot of domains, for instance
a set of domains for programs with Kerberos ticket access, and
a duplicate set for programs without Kerberos ticket access).
--
Brian May <bam@snoopy.apana.org.au>
--
This message was distributed to subscribers of the selinux mailing list.
If you no longer wish to subscribe, send mail to majordomo@tycho.nsa.gov with
the words "unsubscribe selinux" without quotes as the message.
^ permalink raw reply
* RE: Intel P6 vs P7 system call performance
From: Nakajima, Jun @ 2002-12-18 1:30 UTC (permalink / raw)
To: Ulrich Drepper, Linus Torvalds
Cc: Matti Aarnio, Hugh Dickins, Dave Jones, Ingo Molnar, linux-kernel,
hpa
AMD (at least Athlon, as far as I know) supports sysenter/sysexit. We tested it on an Athlon box as well, and it worked fine. And sysenter/sysexit was better than int/iret too (about 40% faster) there.
Jun
> -----Original Message-----
> From: Ulrich Drepper [mailto:drepper@redhat.com]
> Sent: Tuesday, December 17, 2002 11:19 AM
> To: Linus Torvalds
> Cc: Matti Aarnio; Hugh Dickins; Dave Jones; Ingo Molnar; linux-
> kernel@vger.kernel.org; hpa@transmeta.com
> Subject: Re: Intel P6 vs P7 system call performance
>
> Linus Torvalds wrote:
>
> > In the meantime, I do agree with you that the TLS approach should work
> > too, and might be better. It will allow all six arguments to be used if
> we
> > just find a good calling conventions
>
> If you push out the AT_* patch I'll hack the glibc bits (probably the
> TLS variant). Won't take too long, you'll get results this afternoon.
>
> What about AMD's instruction? Is it as flawed as sysenter? If not and
> %ebp is available I really should use the TLS method.
>
> --
> --------------. ,-. 444 Castro Street
> Ulrich Drepper \ ,-----------------' \ Mountain View, CA 94041 USA
> Red Hat `--' drepper at redhat.com `---------------------------
>
> -
> 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/
^ permalink raw reply
* Re: slave_destroy called in scsi_scan.c:scsi_probe_and_add_lun()
From: Andrew Morton @ 2002-12-18 1:22 UTC (permalink / raw)
To: Doug Ledford; +Cc: Christoph Hellwig, Justin T. Gibbs, linux-scsi
In-Reply-To: <20021218010050.GF28100@redhat.com>
Doug Ledford wrote:
>
> On Tue, Dec 17, 2002 at 02:54:43PM -0800, Andrew Morton wrote:
> >
> > wakes up.
> >
> > I think (hope) the plan there is to do away with the preallocated
> > per-queue request lists altogether. Just allocate the requests
> > direct from slab at __make_request().
>
> So, what is the overhead of using the slab allocator on each command? If
> you prealloc a reasonable queue, allocation from that queue is O(1).
> Would we suffer no/little/large penalty using slab instead?
>
> /me hasn't gone looking in the slab allocator and has no idea how well it
> actually works at being a cache...
It's wickedly quick. There won't be a problem there...
> Second issue I have is that overly large request queues have never seemed
> to help performance in my experience. At a certain point the overhead of
> the queue and merging so many requests, etc. becomes greater than the gain
> of the increased depth and starts to slow things back down. So, my
> question to you, is why would we *want* to be able to have huge queues?
>
Generally, huge queues don't appear to buy us much. And in principle
they shouldn't, because we should be ordering write better at the VFS layer.
In practice, I expect there will be certain workloads at which the VFS
is known to behave very suboptimally in which the huge queues will
make a large difference. Mainly the "seek all around a huge file writing
stuff" workload.
The other "in principle" thing here is that the VM/VFS should _not_
be dependent on request exhaustion for its own throttling, because
that will fail if there are a large number of disks, or if the
machine has a teeny amount of memory.
So I expect that in practice we would be unlikely to go beyond
128 requests per direction per queue. But it should be an
option, and it should work well.
^ permalink raw reply
* Re: netstat and 2.5.5[12]
From: joe user @ 2002-12-18 1:27 UTC (permalink / raw)
To: acme, andersg; +Cc: linux-kernel
>Em Mon, Dec 16, 2002 at 01:45:53PM +0100, Anders Gustafsson escreveu:
> > On Mon, Dec 16, 2002 at 01:06:32PM +0100, joe user wrote:
> > > Is required a new net-tools package required to run 2.5.5[12]? If you
>run
> > > netstat -t the process just hang forever, and is unkillable.
> >
> > Happens here too.
> > http://marc.theaimsgroup.com/?l=linux-kernel&m=103974450111945&w=2
> >
> > A cat /proc/net/tcp causes the same problem, so not tools problem.
>
>I'm looking into this, do you have ipv6 connections?
I have ipv6 support compiled in but no ipv6 connections at all that I'm
aware of. This is a fresh install of redhat8 running X and several rpc
daemons: rstatd, rusersd, rwalld. I'm running sshd and rwhod too. Not sure
if any of these daemons are compiled with ipv6 support.
Joe
_________________________________________________________________
Charla con tus amigos en línea mediante MSN Messenger:
http://messenger.microsoft.com/es
^ permalink raw reply
* Re: [announce] procps 2.0.11
From: Andreas Steinmetz @ 2002-12-18 1:27 UTC (permalink / raw)
To: Andrei Ivanov; +Cc: Robert Love, procps-list, linux-kernel, riel
In-Reply-To: <Pine.LNX.4.50L0.0212112343550.6387-100000@webdev.ines.ro>
[-- Attachment #1: Type: text/plain, Size: 261 bytes --]
Andrei Ivanov wrote:
> top reports this:
>
> 7 root 18446744073709551615 -20 0 0 0 SW< 0.0 0.0 A0:00 0 mdrecoveryd
> 8 root 18446744073709551615 -20 0 0 0 SW< 0.0 0.0 0:00 0 raid1d
>
> is this strange or what ?
>
The attached patch does fix this.
[-- Attachment #2: procps.diff --]
[-- Type: text/plain, Size: 440 bytes --]
diff -rNu procps-2.0.11-orig/top.c procps-2.0.11/top.c
--- procps-2.0.11-orig/top.c 2002-11-24 00:01:58.000000000 +0100
+++ procps-2.0.11/top.c 2002-12-17 20:36:28.000000000 +0100
@@ -1125,7 +1125,7 @@
if (task->priority < -99)
sprintf(tmp, " RT ");
else
- sprintf(tmp, "%3llu ", task->priority);
+ sprintf(tmp, "%3lld ", task->priority);
break;
case P_NICE:
sprintf(tmp, "%3.3s ", scale_k(task->nice, 3, 0));
^ permalink raw reply
* Lists: Publicity - Libraries - Bookstores - Film Producers - Art Galleries - Custom (more)
From: <<Tools-4-Marketing>> @ 2002-12-18 1:18 UTC (permalink / raw)
To: lharmeyer
--------------------------------------------------------------
UNLIMITED USE LISTS . . .DOWNLOAD WITHIN MINUTES.
--------------------------------------------------------------
NEW LISTS: TRAVEL MEDIA, SCIENCE PROFESSORS, SCIENCE CLUBS,
PASTORS & CHURCHES, BIBLE COLLEGE & SEMINARY PROFESSORS,
PET MEDIA, PBS STATIONS, UK MEDIA, POLITICAL MEDIA, NEW AGE MEDIA,
UK LIBRARIES, SCIENTIFIC JOURNALS, FILM & TV PRODUCERS,
ART PUBLISHERS, LITERARY AGENTS, MENS MEDIA.
--------------------------------------------------------------
IF WE DO NOT HAVE THE LIST YOU NEED, WE WILL COMPILE A CUSTOM LIST
ACCORDING TO YOUR SPECIFICATIONS
--------------------------------------------------------------
Call to place your order or for more information.
US & CANADA TOLL-FREE NUMBER: 888 330 4919 (24/7)
If you would like more information via email, please write us
at sendlistinfo@netscape.net - Thank you.
--------------------------------------------------------------
LIBRARIES (BOOKSTORES, MEDIA AND OTHER LISTS BELOW . . .)
LISTS INCLUDE: Name, Address, phone, fax and email address
(when available).
AVAILABLE FORMATS: Excel Spreadsheet & Text Database
1,200 U.S. Public Libraries WITH EMAIL ADDRESSES - $109
1,200 U.S. Public Libraries - $89
1,000 U.S. University Libraries WITH EMAIL ADDRESSES - $89
1,000 U.S. University Libraries - $69
400+ Community College Libraries WITH EMAIL ADDRESSES - $59
400+ Community College Libraries - $49
1,093 U.S. K-12 Private School Libraries WITH EMAIL ADDRESSES - $109
1,093 U.S. K-12 Private School Libraries - $89
200 U.K. Public Libraries WITH EMAIL ADDRESSES - $49
200 U.K. Public Libraries - $39
250 U.K. University Libraries WITH EMAIL ADDRESSES - $49
250 U.K. University Libraries - $39
528 Australian Public Libraries WITH EMAIL ADDRESSES - $79
528 Australian Public Libraries - $69
279 Australian College & Univ. Libraries WITH EMAIL ADDRESSES - $49
279 Australian College & Univ. Libraries - $39
200 Canadian Libraries WITH EMAIL ADDRESSES - $49
200 Canadian Libraries - $39
100 New Zealand Libraries WITH EMAIL ADDRESSES - $39
100 New Zealand Libraries - $29
1,000 U.S. Medical Libraries - $79
313 U.S. Law Libraries - $49
193 U.S. Religious Libraries - $39
----------------------------------------------
BOOKSTORES
LIST INCLUDES: Name, Address, phone, fax and email address
(when available).
AVAILABLE FORMATS: Excel Spreadsheets & Text Databases
1,900+ Independent Bookstores WITH EMAIL ADDRESSES - $149
1,900+ Independent Bookstores - $129
1,900+ College Bookstores WITH EMAIL ADDRESSES - $149
1,900+ College Bookstores - $129
3,000+ Christian Bookstores WITH EMAIL ADDRESSES - $169
3,000+ Christian Bookstores - $149
2,200+ Chain Bookstores - $129
575+ Book Distributors & Chain HQs - WITH EMAIL ADDRESSES - $59
575+ Book Distributors & Chain HQs - $ 49
675 Canadian General Bookstores WITH EMAIL ADDRESSES - $69
675 Canadian General Bookstores - $59
175 Canadian University Bookstores - WITH EMAIL ADDRESSES - $39
175 Canadian University Bookstores - $29
550+ New Age Bookstores - WITH EMAIL ADDRESSES - $59
550+ New Age Bookstores - $49
125 African-American Bookstores - $29
You will be able to download your lists WITHIN MINUTES.
-----------------------------------------------
MEDIA LISTS
LISTS INCLUDE: Contact Name, Title/Position, Company, Address,
Phone, Fax and Email Address (when available)
AVAILABLE FORMATS: Excel Spreadsheet and Microsoft Word
U.S. National Media List (1000+ Contacts) - $99
"Includes national business, consumer, and entertainment
magazine contacts, syndicated talk shows, Newswire contacts,
network news, cable news and entertainment programs."
Australian National Media List (360+ Contacts) - $99
"Australia's finest newspapers, magazines and television news
and entertainment contacts are included in this list."
Canadian National Media (590+ Contacts) - $99
"Provides quality contacts from diverse Canadian TV, Magazine,
and Newspaper outlets."
UK Media List (500 Contacts) - $99
"Contact reporters, editors, writers and producers from
the UK's best media outlets.
PBS Stations (800+ Contacts) - $99
"Local and national contacts are featured in this extensive
public television database."
National Public Radio - NPR (265 Contacts) - $99
"Features program directors and producers at local public
radio stations as well as contacts at national syndicated
shows including Diane Rehm and Fresh Air with Terry Gross."
Drive Time Radio - Top 100 Markets (600 Contacts) - $99
"Reach millions of people during drive-time shows at
top stations."
Newspapers - Top 100 Papers (1,100+ Contacts) - $99
Pitch story ideas to editors and reporters at the top
100 newspapers throughout America.
Local TV News (North Region) (840+ Contacts) - $99
Local TV News (Midwest Region) (870+ Contacts) - $99
Local TV News (West Region) (890+ Contacts) - $99
Local TV News (South Region) (1,100+ Contacts) - $129
Local TV News (All Regions) (3,700+ Contacts) - $249
"Contact the people who can present your idea or work to a
very large audience. Individual contacts include: news editors,
assignment editors, producers, segment producers,
weekend editors, and public affairs directors.
Mens Interest Media (400 Contacts) - $99
"Connect with contacts at publications like Esquire, GQ,
Maxim, Men's Health and more."
Womens Interest Media (1,350+ Contacts) - $149
"Editorial contacts at major women's consumer magazines,
women's editors at major newspapers and other publications,
and producers at broadcast outlets are included in this
comprehensive list."
Teen Interest Media (216 Contacts) - $99
"Reporters and editors at publications like Seventeen,
Teen People, and CosmoGIRL! are now at your fingertips."
Family & Parenting Media List (789 Contacts) - $99
"This list reaches the media that cover child and parenting
issues, including contacts at the major dailies, newsweeklies
and parenting segment producers at major broadcast networks."
Eclectic Newsweeklies (575+ Contacts) - $99
"Reach a diverse group of non-daily free-circulation papers
distributed in all of the major metropolitan areas of
North America. Each paper has a distinct, local identity
that sets it apart from the mainstream press in its market."
College Radio Stations (520+ Contacts) - $99
"Individual contacts include station manager, music director,
program director, news director, among others."
College Newspaper Contacts (1,400+ Contacts) - $99
"Reach Generation X through over 1,400 college newspapers.
Don't overlook this lucrative market."
Travel Media (2,600+ Contacts) - $199
"The mother of all travel media lists."
Pet Media (435 Contacts) - $99
"Covers every aspect of all things pet-related."
Fashion & Beauty List (1,400 Contacts) - $149
"You'll reach editors at major fashion publications including
Cosmo, Elle, Glamour and InStyle. Men's fashion contacts include
Esquire, FHM, GQ. and Stuff. There are also fashion and beauty
editors at major dailies and major national magazines."
Sex & Relationships Media List (402 Contacts) - $99
"The most comprehensive list available of editors, reporters and
producers covering every aspect of sex and relationships."
Gay and Lesbian Media List (260 Contacts) - $99
"Reach media contacts at national gay and lesbian publications
including, The Advocate, Planet Out and Out. Local publications
include the Houston Voice, San Francisco Frontiers and
Seattle Gay News."
Book Industry Media List (502 Contacts) - $99
"Includes book reviewers from major newspapers, consumer
magazines, trade publications and producers from shows
that schedule authors, including Good Morning America,
20/20 and Nightline."
Music Industry Media List (1,142 Contacts) - $149
"Reach reporters, critics and producers at newspapers,
magazines and television shows covering the music industry.
There are contacts at internet publications that focus on music."
Motion Picture, Film & Video (695 Contacts) - $99
"Includes movie critics, entertainment editors and reporters
at the top industry publications, major newspapers, consumer
magazines and television programs."
Sports Media List (427 Contacts) - $99
includes contacts at national sports magazines, sports
networks, newspapers, as well as television and radio stations.
Political Media List (1,100+ Contacts) - $149
"This list covers every aspect of the political debate whether in
print or broadcast. This list is a must for those with serious
issues to publicize."
African American Media List (1500 Contacts) - $149
"Contacts at national black consumer and business
publications, regional newspapers and television stations."
Environmental Media List (763 Contacts) - $99
"Reach numerous environmental editors, writers and reporters
at major newspapers, national magazines, environmental
publications, and television networks."
Scientific Journals (500 Contacts) - $99
"Reach editors at journals covering Biology, Chemistry, Genetics,
Astronomy and everything in between."
New Age Media (250+ Contacts) - $99
"Reach contacts at media outlets that specialize in Astrology,
psychic phenomena, angels, near death experiences and
everything in between."
Christian Media List (370 Contacts) - $99
"Reach top contacts at the largest Christian broadcasting
outlets, religion editors and reporters at the top dailies
and newsweeklies, and editors at the top Christian
publications."
-------------------------------------------------
TV & FILM PRODUCERS, DIRECTORS, DEVELOPMENT EXECS, (MORE)
3,000+ Contacts - $149 (Entire List)
800+ Producers Only - $99
650+ Development, Creative & Acquisitions Contacts Only - $89
Lists Include: Contact Name, Title, Company, Address, Phone and Fax Number
Available Formats: Excel Spreadsheet and Text Database
PUBLISHING COMPANY CONTACTS
1,700+ U.S. Publishing Contacts - $99
300 Art Publishing Contacts - $49
List Includes: Contact Name, Title, Company, Address, Phone, Number,
Fax Number and Email Address (when available)
Available Formats: Excel Spreadsheet and Text Database
LITERARY AGENTS
300+ Contacts - $49
List Includes: Contact Name, Title, Company, Address, Phone, Number,
Fax Number and Email Address (when available)
Available Formats: Excel Spreadsheet and Text Database
MUSIC AGENTS/MANAGERS
150+ Contacts - $29
List Includes: Contact Name, Title, Company, Address, Phone,
Fax Number and Email Address (when available)
Available Formats: Excel Spreadsheet and Text Database
SCIENCE PROFESSORS
3,500 Contacts - $149
Departments Included: Biology, Chemistry, Astronomy, Anthropolgy,
Physics, Geology, Mathematics, more.
List Includes: Contact Name, Department, University, Address, Phone,
Fax and Email
Available Formats: Excel Spreadsheet and Text Database
SCIENCE CLUBS
1,000 Contacts - $99
List Includes: Contact Name, Club Name, Email address,
(Address & Phone when available)
Available Formats: Excel Spreadsheet and Text Database
PASTORS & CHURCHES
2,000 Contacts - $129 (Various Christian Denominations)
List Includes: Pastors Name, Church, Address, Phone, Fax
and Email.
Available Formats: Excel Spreadsheet and Text Database
BIBLE COLLEGE & SEMINARY PROFESSORS
2,000 Contacts - $129
List Includes: Contact Name, Department, School, Address, Phone,
Fax and Email.
Available Formats: Excel Spreadsheet and Text Database
VIDEO STORE LISTS
1573 Independent Video Stores (West) - $79
2556 Independent Video Stores (Midwest) - $99
2037 Independent Video Stores (East) - $99
2987 Independent Video Stores (South) - $129
9150 Independent Video Stores (National)- $299
Lists Include: Store Name, Address and Phone Number
Available Formats: Excel Spreadsheet and Text Database
MUSIC STORE LISTS
997 Independent Music Stores (Midwest) - $79
1215 Independent Music Stores (South) - $89
1444 Independent Music Stores (East) - $89
1355 Independent Music Stores (West) - $89
5008 Independent Music Stores (National)- $249
Lists Include: Store Name, Address and Phone Number
Available Formats: Excel Spreadsheet and Text Database
ART GALLERY LISTS
US National List WITH EMAIL ADDRESSES: $169 (1090 Galleries)
US National List: $149 (1090 Galleries)
Southern US: $39 (140 Galleries)
Central US: $39 (150 Galleries)
Western US: $69 (272 Galleries)
Eastern US: $89 (530 Galleries)
United Kingdom: $69 (230 Galleries)
Canada: $49 (165 Galleries)
Australia: $29 (50 Galleries)
Lists Include: Gallery Name, Address, Phone Number and Fax Number
Available Formats: Excel Spreadsheet and Text Database
OUR GUARANTEE: We will gladly refund postage (up to 34 cents per item)
for any undeliverable addresses over 5% of the total list. We will also
correct the undeliverable contacts and issue you an updated list.
------------------------
You will be able to download your lists WITHIN MINUTES.
Call to place your order or for more information.
US & CANADA TOLL-FREE NUMBER: 888 330 4919 (24/7)
If you would like more information via email, please write us at
sendlistinfo@netscape.net - Thank you.
-------------------------------------------------------------------
To be removed from any future mailings, please send a message with
your email address in the subject line to PublicityRemoval@netscape.net.
Requests will be processed within 48 hours at that address only.
Apologies for any inconvience. Thank you.
^ permalink raw reply
* Re: [PATCH] (v3) move LOG_BUF_SIZE to header/config
From: Andrew Morton @ 2002-12-18 1:14 UTC (permalink / raw)
To: Randy.Dunlap; +Cc: linux-kernel
In-Reply-To: <Pine.LNX.4.33L2.0212171427520.17648-100000@dragon.pdx.osdl.net>
"Randy.Dunlap" wrote:
>
> Changes from yesterday:
>
> a. use a shift value (suggested by HCH); probably still not as quite
> as free and open as he suggested, but I had user-friendliness
> problems with that.
>
> b. allow a wider range of values (HCH and James Cloos):
> smaller added, larger can be added as needed.
>
> c. put common config into kernel/Kconfig and include that in each
> arch/*/Kconfig
>
> More comments?
>
Well I like it. You were missing the arch/ia32/Kconfig include btw...
^ permalink raw reply
* Re: No booting with a Silicon Image 3112 SATA-Controller
From: Andre Hedrick @ 2002-12-18 1:10 UTC (permalink / raw)
To: Markus Wagner; +Cc: linux-kernel
In-Reply-To: <200212172307.44339.520087183254-0001@t-online.de>
[-- Attachment #1: Type: text/plain, Size: 8308 bytes --]
Attached is SATA booting and running as /dev/md0 in raid 1
[root@athy root]# hdparm -t /dev/md0
/dev/md0:
Timing buffered disk reads: 64 MB in 1.55 seconds = 41.29 MB/sec
Try enableing offboard booting.
This is the next rev below, with the real mccoy devices.
Linux version 2.4.20-ac1 (root@svwks.linux-ide.org) (gcc version 3.2
20020903 (Red Hat Linux 8.0 3.2-7)) #1 Sat Dec 14 02:37:07 PST 2002
SvrWks CSB6: IDE controller at PCI slot 00:0f.1
SvrWks CSB6: chipset revision 160
SvrWks CSB6: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0x1420-0x1427, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0x1428-0x142f, BIOS settings: hdc:DMA, hdd:pio
SvrWks CSB6: IDE controller at PCI slot 00:0e.0
PCI: Guessed IRQ 11 for device 00:0e.0
SvrWks CSB6: chipset revision 160
SvrWks CSB6: 100% native mode on irq 11
ide2: BM-DMA at 0x1410-0x1417, BIOS settings: hde:pio, hdf:pio
SiI3112 Serial ATA: IDE controller at PCI slot 00:04.0
SiI3112 Serial ATA: chipset revision 2
SiI3112 Serial ATA: not 100% native mode: will probe irqs later
ide3: MMIO-DMA at 0xe880d000-0xe880d007, BIOS settings: hdg:pio, hdh:pio
ide4: MMIO-DMA at 0xe880d008-0xe880d00f, BIOS settings: hdi:pio, hdj:pio
hda: IC25N030ATCS04-0, ATA DISK drive
blk: queue c0319e00, I/O limit 4095Mb (mask 0xffffffff)
hdc: HL-DT-STDVD-ROM GDR8160B, ATAPI CD/DVD-ROM drive
hdg: WDC WD800BB-00CAA0, ATA DISK drive
blk: queue c031aae4, I/O limit 4095Mb (mask 0xffffffff)
hdi: ST330013AS, ATA DISK drive
blk: queue c031af30, I/O limit 4095Mb (mask 0xffffffff)
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide1 at 0x170-0x177,0x376 on irq 15
ide3 at 0xe880d080-0xe880d087,0xe880d08a on irq 10
ide4 at 0xe880d0c0-0xe880d0c7,0xe880d0ca on irq 10
hda: host protected area => 1
hda: 58605120 sectors (30006 MB) w/1768KiB Cache, CHS=3648/255/63, UDMA(100)
hdg: host protected area => 1
hdg: 156301488 sectors (80026 MB) w/2048KiB Cache, CHS=155061/16/63, UDMA(100)
hdi: host protected area => 1
hdi: 58633344 sectors (30020 MB) w/8192KiB Cache, CHS=58168/16/63 UDMA(100)
On Tue, 17 Dec 2002, Markus Wagner wrote:
> Hi,
>
> I got a PCI SATA-Controller with the SiI 3112 Chipset. I tried to get it
> running with
>
> 2.4.19-ac4-ide ( from linux-ide.org )
> 2.4.20-ac1 and -ac2.
>
> The support for the controller is compiled directly into the kernel.
>
> Since I dont have a SATA-HDD, I am using a SATA to PATA dongle with an IBM
> DTLA 307030 HDD.
>
> When booting the 2.4.20-ac1/-ac2 kernel, the boot process stops at
>
> VFS: Mounted root (ext3 filesystem) readonly.
> Freeing unused kernel memory: 132k freed
>
> with no further action.
>
> With Kernel 2.4.19-ac4-ide the system booted and crashed shortly after.
>
> I tried the "ide=reveresed" kernel option with all kernels used.
>
> Some info about my system:
> MoBo: ECS Elitegroup K7S5A with AMD Athlon C 1400 ( SiS 735 Chipset )
> The HDD ( IBM DTLA-307030 ) works without failure when using the onboard
> Controller.
>
> I tried to remove the network and the sound card to get a unique interrupt for
> the controller but that didn't change things.
>
> This is the Screen-Output when booting 2.4.20-ac2:
> ...
> Uniform Multi-Platform E-IDE driver Revision: 7.00beta-2.4
> ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
> SIS5513: IDE controller at PCI slot 00:02.5
> SIS5513: chipset revision 208
> SIS5513: not 100% native mode: will probe irqs later
> SiS735 ATA 100 controller
> ide0: BM-DMA at 0xff00-0xff07, BIOS settings: hda:DMA, hdb:DMA
> ide1: BM-DMA at 0xff08-0xff0f, BIOS settings: hdc:DMA, hdd:DMA
> SiI3112 Serial ATA: IDE controller at PCI slot 00:0b.0
> PCI: Found IRQ 5 for device 00:0b.0
> PCI: Sharing IRQ 5 with 00:11.0
> SiI3112 Serial ATA: chipset revision 1
> SiI3112 Serial ATA: not 100% native mode: will probe irqs later
> ide2: MMIO-DMA at 0xe280ee00-0xe280ee07, BIOS settings: hde:pio, hdf:pio
> ide3: MMIO-DMA at 0xe280ee08-0xe280ee0f, BIOS settings: hdg:pio, hdh:pio
> hdc: CREATIVECD-RW RW121032E, ATAPI CD/DVD-ROM drive
> hdd: CREATIVE CD5233E, ATAPI CD/DVD-ROM drive
> hde: IBM-DTLA-307030, ATA DISK drive
> hde: DMA disabled
> hdg: no response (status = 0xfe)
> ide2 at 0xe280ee80-0xe280ee87, 0xe280ee8a on IRQ 5
> hde: host protected area => 1
> hde: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=3737/255/63, UDMA(100)
> ide-floppy driver 0.99.newide
> Partition check:
> hda: hda1 hda2 hda3 hda4
> ide-floppy driver 0.99.newide
> md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
> md: Autodetecting RAID arrays.
> md: autorun ...
> md: ... autorun DONE.
> NET4: Linux TCP/IP 1.0 for NET4.0
> IP Protocols: ICMP, UDP, TCP, IGMP
> IP: routing cache hash table of 4096 buckets, 32Kbytes
> TCP: Hash tables configured (established 32768 bind 65536)
> Linux IP multicast router 0.06 plus PIM-SM
> NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
> kjournald starting. Commit interval 5 seconds
> EXT3-fs: mounted filesystem with ordered data mode.
> VFS: Mounted root (ext3 filesystem) readonly.
> Freeing unused kernel memory: 132k freed
>
> Output of scripts/ver_linux:
>
> Linux jupiter 2.4.20-ac2 #2 Die Dez 17 21:08:28 EST 2002 i686 unknown
>
> Gnu C 2.96
> Gnu make 3.79.1
> util-linux 2.11n
> mount 2.11n
> modutils 2.4.18
> e2fsprogs 1.27
> reiserfsprogs 3.x.0j
> Linux C Library 2.2.5
> Dynamic linker (ldd) 2.2.5
> Procps 2.0.7
> Net-tools 1.60
> Console-tools 0.3.3
> Sh-utils 2.0.11
> Modules Loaded sr_mod emu10k1 ac97_codec sound soundcore agpgart
> nvidia natsemi ide-scsi scsi_mod ide-cd cdrom
>
> cat /proc/pci ( with HDD on oboard IDE) :
> PCI devices found:
> Bus 0, device 0, function 0:
> Host bridge: Silicon Integrated Systems [SiS] 735 Host (rev 1).
> Master Capable. Latency=32.
> Non-prefetchable 32 bit memory at 0xd0000000 [0xd3ffffff].
> Bus 0, device 1, function 0:
> PCI bridge: Silicon Integrated Systems [SiS] 5591/5592 AGP (rev 0).
> Master Capable. Latency=64. Min Gnt=10.
> Bus 0, device 2, function 0:
> ISA bridge: Silicon Integrated Systems [SiS] 85C503/5513 (rev 0).
> Bus 0, device 2, function 5:
> IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE] (rev 208).
> Master Capable. Latency=128.
> I/O at 0xff00 [0xff0f].
> Bus 0, device 11, function 0:
> Unknown mass storage controller: PCI device 1095:3112 (CMD Technology Inc)
> (rev 1).
> IRQ 5.
> Master Capable. Latency=64.
> I/O at 0xd800 [0xd807].
> I/O at 0xd400 [0xd403].
> I/O at 0xd000 [0xd007].
> I/O at 0xcc00 [0xcc03].
> I/O at 0xc800 [0xc80f].
> Non-prefetchable 32 bit memory at 0xcffffe00 [0xcfffffff].
> Bus 0, device 15, function 0:
> Ethernet controller: National Semiconductor Corporation DP83815
> (MacPhyter) Ethernet Controller (rev 0).
> IRQ 10.
> Master Capable. Latency=64. Min Gnt=11.Max Lat=52.
> I/O at 0xc400 [0xc4ff].
> Non-prefetchable 32 bit memory at 0xcfffe000 [0xcfffefff].
> Bus 0, device 17, function 0:
> Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 8).
> IRQ 5.
> Master Capable. Latency=64. Min Gnt=2.Max Lat=20.
> I/O at 0xc000 [0xc01f].
> Bus 0, device 17, function 1:
> Input device controller: Creative Labs SB Live! MIDI/Game Port (rev 8).
> Master Capable. Latency=64.
> I/O at 0xdc00 [0xdc07].
> Bus 1, device 0, function 0:
> VGA compatible controller: nVidia Corporation NV11 [GeForce2 MX] (rev
> 161).
> IRQ 11.
> Master Capable. Latency=248. Min Gnt=5.Max Lat=1.
> Non-prefetchable 32 bit memory at 0xce000000 [0xceffffff].
> Prefetchable 32 bit memory at 0xc0000000 [0xc7ffffff].
>
> Hope you can make use of this
>
> best regards,
>
> Markus Wagner
>
> -
> 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/
>
Andre Hedrick
LAD Storage Consulting Group
[-- Attachment #2: Type: text/plain, Size: 14646 bytes --]
Linux version 2.4.18-3bigmem (root@autobuild.linux-ide.org) (gcc version 2.96 20000731 (Red Hat Linux 7.3 2.96-110)) #1 SMP Thu Nov 21 15:01:39 PST 2002
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 000000000009f000 (usable)
BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved)
BIOS-e820: 00000000000e4800 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 0000000010000000 (usable)
BIOS-e820: 00000000fec00000 - 00000000fec10000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
found SMP MP-table at 000f74d0
hm, page 000f7000 reserved twice.
hm, page 000f8000 reserved twice.
hm, page 0009f000 reserved twice.
hm, page 000a0000 reserved twice.
On node 0 totalpages: 65536
zone(0): 4096 pages.
zone(1): 61440 pages.
zone(2): 0 pages.
Intel MultiProcessor Specification v1.4
Virtual Wire compatibility mode.
OEM ID: TYAN Product ID: GUINNESS APIC at: 0xFEE00000
Processor #1 Pentium(tm) Pro APIC version 16
Processor #0 Pentium(tm) Pro APIC version 16
I/O APIC #2 Version 17 at 0xFEC00000.
Processors: 2
Kernel command line: auto BOOT_IMAGE=linux ro root=900 BOOT_FILE=/boot/vmlinuz-2.4.18-3bigmem ide=reverse
ide_setup: ide=reverse : Enabled support for IDE inverse scan order.
Initializing CPU#0
Detected 997.478 MHz processor.
Console: colour VGA+ 80x25
Calibrating delay loop... 1992.29 BogoMIPS
Memory: 254708k/262144k available (1248k kernel code, 7048k reserved, 861k data, 312k 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: 4096 (order: 3, 32768 bytes)
Buffer cache hash table entries: 16384 (order: 4, 65536 bytes)
Page-cache hash table entries: 65536 (order: 6, 262144 bytes)
CPU: Before vendor init, caps: 0183fbff c1c7fbff 00000000, vendor = 2
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
CPU: After vendor init, caps: 0183fbff c1c7fbff 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 0183fbff c1c7fbff 00000000 00000000
CPU: Common caps: 0183fbff c1c7fbff 00000000 00000000
Enabling fast FPU save and restore... done.
Checking 'hlt' instruction... OK.
POSIX conformance testing by UNIFIX
mtrr: v1.40 (20010327) Richard Gooch (rgooch@atnf.csiro.au)
mtrr: detected mtrr type: Intel
CPU: Before vendor init, caps: 0183fbff c1c7fbff 00000000, vendor = 2
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
CPU: After vendor init, caps: 0183fbff c1c7fbff 00000000 00000000
Intel machine check reporting enabled on CPU#0.
CPU: After generic, caps: 0183fbff c1c7fbff 00000000 00000000
CPU: Common caps: 0183fbff c1c7fbff 00000000 00000000
CPU0: AMD Athlon(tm) Processor stepping 02
per-CPU timeslice cutoff: 731.70 usecs.
task migration cache decay timeout: 10 msecs.
enabled ExtINT on CPU#0
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
Booting processor 1/0 eip 2000
Initializing CPU#1
masked ExtINT on CPU#1
ESR value before enabling vector: 00000000
ESR value after enabling vector: 00000000
Calibrating delay loop... 1992.29 BogoMIPS
CPU: Before vendor init, caps: 0183fbff c1c7fbff 00000000, vendor = 2
CPU: L1 I Cache: 64K (64 bytes/line), D cache 64K (64 bytes/line)
CPU: L2 Cache: 256K (64 bytes/line)
CPU: After vendor init, caps: 0183fbff c1c7fbff 00000000 00000000
Intel machine check reporting enabled on CPU#1.
CPU: After generic, caps: 0183fbff c1c7fbff 00000000 00000000
CPU: Common caps: 0183fbff c1c7fbff 00000000 00000000
CPU1: AMD Athlon(tm) Processor stepping 02
Total of 2 processors activated (3984.58 BogoMIPS).
ENABLING IO-APIC IRQs
Setting 2 in the phys_id_present_map
...changing IO-APIC physical APIC ID to 2 ... ok.
init IO_APIC IRQs
IO-APIC (apicid-pin) 2-0, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-22, 2-23 not connected.
..TIMER: vector=0x31 pin1=2 pin2=0
number of MP IRQ sources: 16.
number of IO-APIC #2 registers: 24.
testing the IO APIC.......................
IO APIC #2......
.... register #00: 02000000
....... : physical APIC id: 02
.... register #01: 00170011
....... : max redirection entries: 0017
....... : PRQ implemented: 0
....... : IO APIC version: 0011
.... register #02: 00000000
....... : arbitration: 00
.... IRQ redirection table:
NR Log Phy Mask Trig IRR Pol Stat Dest Deli Vect:
00 000 00 1 0 0 0 0 0 0 00
01 003 03 0 0 0 0 0 1 1 39
02 003 03 0 0 0 0 0 1 1 31
03 003 03 1 1 0 1 0 1 1 41
04 003 03 0 0 0 0 0 1 1 49
05 003 03 1 1 0 1 0 1 1 51
06 003 03 0 0 0 0 0 1 1 59
07 003 03 0 0 0 0 0 1 1 61
08 003 03 0 0 0 0 0 1 1 69
09 003 03 0 0 0 0 0 1 1 71
0a 003 03 1 1 0 1 0 1 1 79
0b 003 03 1 1 0 1 0 1 1 81
0c 003 03 0 0 0 0 0 1 1 89
0d 003 03 0 0 0 0 0 1 1 91
0e 003 03 0 0 0 0 0 1 1 99
0f 003 03 0 0 0 0 0 1 1 A1
10 000 00 1 0 0 0 0 0 0 00
11 000 00 1 0 0 0 0 0 0 00
12 000 00 1 0 0 0 0 0 0 00
13 000 00 1 0 0 0 0 0 0 00
14 000 00 1 0 0 0 0 0 0 00
15 000 00 1 0 0 0 0 0 0 00
16 000 00 1 0 0 0 0 0 0 00
17 000 00 1 0 0 0 0 0 0 00
IRQ to pin mappings:
IRQ0 -> 0:2
IRQ1 -> 0:1
IRQ3 -> 0:3
IRQ4 -> 0:4
IRQ5 -> 0:5
IRQ6 -> 0:6
IRQ7 -> 0:7
IRQ8 -> 0:8
IRQ9 -> 0:9
IRQ10 -> 0:10
IRQ11 -> 0:11
IRQ12 -> 0:12
IRQ13 -> 0:13
IRQ14 -> 0:14
IRQ15 -> 0:15
.................................... done.
Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 997.4591 MHz.
..... host bus clock speed is 265.9891 MHz.
cpu: 0, clocks: 2659891, slice: 886630
CPU0<T0:2659888,T1:1773248,D:10,S:886630,C:2659891>
cpu: 1, clocks: 2659891, slice: 886630
CPU1<T0:2659888,T1:886624,D:4,S:886630,C:2659891>
checking TSC synchronization across CPUs: passed.
mtrr: your CPUs had inconsistent fixed MTRR settings
mtrr: probably your BIOS does not setup all CPUs
PCI: PCI BIOS revision 2.10 entry at 0xfd7c0, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
Unknown bridge resource 0: assuming transparent
Unknown bridge resource 1: assuming transparent
Unknown bridge resource 2: assuming transparent
BIOS failed to enable PCI standards compliance, fixing this error.
I/O APIC: AMD Errata #22 may be present. In the event of instability try
: booting with the "noapic" option.
isapnp: Scanning for PnP cards...
isapnp: No Plug & Play device found
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
apm: BIOS not found.
Starting kswapd
VFS: Diskquotas version dquot_6.5.0 initialized
pty: 2048 Unix98 ptys configured
Serial driver version 5.05c (2001-07-08) with MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI ISAPNP enabled
ttyS00 at 0x03f8 (irq = 4) is a 16550A
Real Time Clock Driver v1.10e
block: 480 slots per queue, batch=120
Uniform Multi-Platform E-IDE driver Revision: 6.31
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
SiI3112: IDE controller on PCI bus 00 dev 50
SiI3112: chipset revision 1
SiI3112: not 100% native mode: will probe irqs later
SiI3112: BASE CLOCK == 100
ide0: MMIO-DMA at 0xd080d000-0xd080d007, BIOS settings: hda:DMA, hdb:pio
ide1: MMIO-DMA at 0xd080d008-0xd080d00f, BIOS settings: hdc:DMA, hdd:pio
AMD7411: IDE controller on PCI bus 00 dev 39
AMD7411: chipset revision 1
AMD7411: not 100% native mode: will probe irqs later
ide2: BM-DMA at 0xf000-0xf007, BIOS settings: hde:DMA, hdf:pio
ide3: BM-DMA at 0xf008-0xf00f, BIOS settings: hdg:pio, hdh:pio
hda: ST320011A, ATA DISK drive
blk: queue c03efc24, I/O limit 4095Mb (mask 0xffffffff)
hdc: ST320011A, ATA DISK drive
blk: queue c03f0008, I/O limit 4095Mb (mask 0xffffffff)
hde: Maxtor 54610H6, ATA DISK drive
hdg: CD-ROM CDU611, ATAPI CD/DVD-ROM drive
ide0 at 0xd080d080-0xd080d087,0xd080d08a on irq 3
ide1 at 0xd080d0c0-0xd080d0c7,0xd080d0ca on irq 3
ide2 at 0x1f0-0x1f7,0x3f6 on irq 14
ide3 at 0x170-0x177,0x376 on irq 15
hda: 39102336 sectors (20020 MB) w/2048KiB Cache, CHS=38792/16/63, UDMA(100)
hdc: 39102336 sectors (20020 MB) w/2048KiB Cache, CHS=38792/16/63, UDMA(100)
hde: 90045648 sectors (46103 MB) w/2048KiB Cache, CHS=5605/255/63, UDMA(100)
ide-floppy driver 0.99.newide
Partition check:
hda: [PTBL] [2434/255/63] hda1
hdc: hdc1
hde: hde1 hde2 hde3 hde4 < hde5 hde6 hde7 >
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize
ide-floppy driver 0.99.newide
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
[events: 00000004]
[events: 00000004]
md: autorun ...
md: considering hdc1 ...
md: adding hdc1 ...
md: adding hda1 ...
md: created md0
md: bind<hda1,1>
md: bind<hdc1,2>
md: running: <hdc1><hda1>
md: hdc1's event counter: 00000004
md: hda1's event counter: 00000004
md: md0: raid array is not clean -- starting background reconstruction
md: RAID level 1 does not need chunksize! Continuing anyway.
kmod: failed to exec /sbin/modprobe -s -k md-personality-3, errno = 2
md: personality 3 is not loaded!
md :do_md_run() returned -22
md: md0 stopped.
md: unbind<hdc1,1>
md: export_rdev(hdc1)
md: unbind<hda1,0>
md: export_rdev(hda1)
md: ... autorun DONE.
pci_hotplug: PCI Hot Plug PCI Core version: 0.4
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 2048 buckets, 16Kbytes
TCP: Hash tables configured (established 16384 bind 16384)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
RAMDISK: Compressed image found at block 0
Freeing initrd memory: 253k freed
VFS: Mounted root (ext2 filesystem).
SCSI subsystem driver Revision: 1.00
kmod: failed to exec /sbin/modprobe -s -k scsi_hostadapter, errno = 2
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.5
<Adaptec aic7899 Ultra160 SCSI adapter>
aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.5
<Adaptec aic7899 Ultra160 SCSI adapter>
aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs
Vendor: QUANTUM Model: VIKING 4.5 WSE Rev: 880R
Type: Direct-Access ANSI SCSI revision: 02
Vendor: QUANTUM Model: VIKING II 4.5WLS Rev: 5552
Type: Direct-Access ANSI SCSI revision: 02
scsi0:A:1:0: Tagged Queuing enabled. Depth 253
scsi0:A:2:0: Tagged Queuing enabled. Depth 253
Attached scsi disk sda at scsi0, channel 0, id 1, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 2, lun 0
(scsi0:A:1): 40.000MB/s transfers (20.000MHz, offset 31, 16bit)
SCSI device sda: 8899737 512-byte hdwr sectors (4557 MB)
sda: sda1
(scsi0:A:2): 40.000MB/s transfers (20.000MHz, offset 31, 16bit)
SCSI device sdb: 8910423 512-byte hdwr sectors (4562 MB)
sdb: sdb1
md: raid1 personality registered as nr 3
Journalled Block Device driver loaded
md: Autodetecting RAID arrays.
[events: 00000004]
[events: 00000004]
md: autorun ...
md: considering hda1 ...
md: adding hda1 ...
md: adding hdc1 ...
md: created md0
md: bind<hdc1,1>
md: bind<hda1,2>
md: running: <hda1><hdc1>
md: hda1's event counter: 00000004
md: hdc1's event counter: 00000004
md: md0: raid array is not clean -- starting background reconstruction
md: RAID level 1 does not need chunksize! Continuing anyway.
md0: max total readahead window set to 508k
md0: 1 data-disks, max readahead per data-disk: 508k
raid1: device hda1 operational as mirror 0
raid1: device hdc1 operational as mirror 1
raid1: raid set md0 not clean; reconstructing mirrors
raid1: raid set md0 active with 2 out of 2 mirrors
md: updating md0 RAID superblock on device
md: hda1 [events: 00000005]<6>(write) hda1's sb offset: 19550976
md: syncing RAID array md0
md: minimum _guaranteed_ reconstruction speed: 100 KB/sec/disc.
md: using maximum available idle IO bandwith (but not more than 100000 KB/sec) for reconstruction.
md: using 508k window, over a total of 19550976 blocks.
md: hdc1 [events: 00000005]<6>(write) hdc1's sb offset: 19551040
md: ... autorun DONE.
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Freeing unused kernel memory: 312k freed
usb.c: registered new driver usbdevfs
usb.c: registered new driver hub
usb-ohci.c: USB OHCI at membase 0xc00dc000, IRQ 11
usb-ohci.c: usb-00:07.4, Advanced Micro Devices [AMD] AMD-765 [Viper] USB
usb.c: new USB bus registered, assigned bus number 1
hub.c: USB hub found
hub.c: 4 ports detected
EXT3 FS 2.4-0.9.17, 10 Jan 2002 on md(9,0), internal journal
ide-floppy driver 0.99.newide
hdg: ATAPI 10X CD-ROM drive, 256kB Cache
Uniform CD-ROM driver Revision: 3.12
hdg: DMA disabled
parport0: PC-style at 0x378 [PCSPP]
ip_conntrack (2048 buckets, 16384 max)
eepro100.c:v1.09j-t 9/29/99 Donald Becker http://www.scyld.com/network/eepro100.html
eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <saw@saw.sw.com.sg> and others
eth0: OEM i82557/i82558 10/100 Ethernet, 00:90:27:E5:8D:BB, IRQ 5.
Board assembly 727095-004, Physical connectors present: RJ45
Primary interface chip i82555 PHY #1.
General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed.
ROM checksum self-test: passed (0x04f4518b).
Intel(R) PRO/1000 Network Driver - version 4.1.7
Copyright (c) 1999-2002 Intel Corporation.
Compaq Gigabit Ethernet Server Adapter
eth1: Mem:0xf4020000 IRQ:10 Speed:1000 Mbps Duplex:Full
eth0: 0 multicast blocks dropped.
eth0: 0 multicast blocks dropped.
ISO 9660 Extensions: Microsoft Joliet Level 3
ISO 9660 Extensions: RRIP_1991A
ISO 9660 Extensions: Microsoft Joliet Level 3
ISO 9660 Extensions: RRIP_1991A
^ permalink raw reply
* Re: slave_destroy called in scsi_scan.c:scsi_probe_and_add_lun()
From: William Lee Irwin III @ 2002-12-18 1:03 UTC (permalink / raw)
To: Andrew Morton, Christoph Hellwig, Justin T. Gibbs, linux-scsi
In-Reply-To: <20021218010050.GF28100@redhat.com>
On Tue, Dec 17, 2002 at 02:54:43PM -0800, Andrew Morton wrote:
>> I think (hope) the plan there is to do away with the preallocated
>> per-queue request lists altogether. Just allocate the requests
>> direct from slab at __make_request().
On Tue, Dec 17, 2002 at 08:00:50PM -0500, Doug Ledford wrote:
> So, what is the overhead of using the slab allocator on each command? If
> you prealloc a reasonable queue, allocation from that queue is O(1).
> Would we suffer no/little/large penalty using slab instead?
> /me hasn't gone looking in the slab allocator and has no idea how well it
> actually works at being a cache...
> Second issue I have is that overly large request queues have never seemed
> to help performance in my experience. At a certain point the overhead of
> the queue and merging so many requests, etc. becomes greater than the gain
> of the increased depth and starts to slow things back down. So, my
> question to you, is why would we *want* to be able to have huge queues?
It helps here. When there's a lot of RAM, getting a decent fraction
of memory in-flight by and large overloads the queues. Also, blocking
explicitly breaks the asynchronous semantics expected by the apps.
Bill
^ permalink raw reply
* bug in early_uart_init()? linuxppc_2_4_devel
From: Brad Parker @ 2002-12-18 1:01 UTC (permalink / raw)
To: LinuxPPC
I think there's a bug in early_uart_init() from linuxppc_2_4_devel.
It sets up a structure and calls early_serial_setup() which crashes
because "req->line" is huge.
early_uart_init() does
...
serial_req.line = rs_table[0].port;
...
and then calls early_serial_setup() in drivers/char/serial.c, which
uses "line" as an index into rs_table. I'm not sure how that's
supposed to work, since in my case port is 0xf40005f0 :-) As a hack I
changed it to
...
serial_req.line = rs_table[0].magic;
...
since the magic # is zero (and seems to be often an index). And that
works, but it's a hack. Seems like "port" will always be a rather
largish hex number.
What's up with ocp_uart? Is there a document which describes what the
ocp code is trying to do?
This is a for a ibm 403GCX, so the following are defined
CONFIG_40x=y
CONFIG_4xx=y
CONFIG_403GCX=y
-brad
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* Re: [Linux-ia64] Spurious PMU Interrupt
From: Stephane Eranian @ 2002-12-18 1:01 UTC (permalink / raw)
To: linux-ia64
In-Reply-To: <marc-linux-ia64-105590709805607@msgid-missing>
Ray,
On Tue, Dec 17, 2002 at 06:53:31PM -0600, Ray Bryant wrote:
> Stephane,
>
> I am getting one log message of the following type per CPU every time I
> run a system-wide sampling session:
>
> kernel: perfmon: Spurious PMU overflow interrupt on CPUxx: pmc0=0x1
> owner\000000000000000
>
This happens on McKinley only, this is not an error and can be ignored.
In fact in the latest version of the kernel (2.4.20), I removed the printk()
to avoid confusion. This is due do an erratum in the McKinley PMU. The problem
is in fact a desired feature which got cast as an error due to a bug in
the Itanium PMU. Basically, if you set the freeze bit when it is not set
you'll get a PMU interrupt. This is what happens at the end of a monitoring
session in the current perfmon codebase for both 2.4 and 2.5. I think
you can see how this "bug" is in fact a feature which could be use during
the context switch, for instance.
So you can ignore the problem. The new perfmon codebase that I am working
on will never set the freeze bit explicitely anymore, so the "problem" will
go away.
--
-Stephane
^ permalink raw reply
* Re: slave_destroy called in scsi_scan.c:scsi_probe_and_add_lun()
From: Doug Ledford @ 2002-12-18 1:00 UTC (permalink / raw)
To: Andrew Morton; +Cc: Christoph Hellwig, Justin T. Gibbs, linux-scsi
In-Reply-To: <3DFFAB33.F174D272@digeo.com>
On Tue, Dec 17, 2002 at 02:54:43PM -0800, Andrew Morton wrote:
>
> wakes up.
>
> I think (hope) the plan there is to do away with the preallocated
> per-queue request lists altogether. Just allocate the requests
> direct from slab at __make_request().
So, what is the overhead of using the slab allocator on each command? If
you prealloc a reasonable queue, allocation from that queue is O(1).
Would we suffer no/little/large penalty using slab instead?
/me hasn't gone looking in the slab allocator and has no idea how well it
actually works at being a cache...
Second issue I have is that overly large request queues have never seemed
to help performance in my experience. At a certain point the overhead of
the queue and merging so many requests, etc. becomes greater than the gain
of the increased depth and starts to slow things back down. So, my
question to you, is why would we *want* to be able to have huge queues?
--
Doug Ledford <dledford@redhat.com> 919-754-3700 x44233
Red Hat, Inc.
1801 Varsity Dr.
Raleigh, NC 27606
^ permalink raw reply
* Re: 405LP EBC setup fix
From: David Gibson @ 2002-12-18 0:59 UTC (permalink / raw)
To: Hollis Blanchard; +Cc: embedded list
In-Reply-To: <1040151079.1100.119.camel@granite.austin.ibm.com>
On Tue, Dec 17, 2002 at 12:51:18PM -0600, Hollis Blanchard wrote:
> EBC0_B0CR should be set as 16-bit; through an ifdef merging typo it is
> currently set incorrectly as 8-bit. This prevents 405LP wakeup from
> succeeding and needs to be fixed.
>
> Please apply to _2_4_devel and 2.5.
I've applied this to _2_4_devel, but not to 2.5 (I'm not really
up-to-date on 2.5 at the moment).
--
David Gibson | For every complex problem there is a
david@gibson.dropbear.id.au | solution which is simple, neat and
| wrong.
http://www.ozlabs.org/people/dgibson
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* [2.5 patch] remove kernel 2.0 compatibility code from i91uscsi.c
From: Adrian Bunk @ 2002-12-18 0:59 UTC (permalink / raw)
To: Bas Vermeulen, linux-scsi; +Cc: linux-kernel
The patch below removes the tons of #if's in drivers/scsi/i91uscsi.c in
2.5.52 that are only needed for using this file in kernel 2.0.
cu
Adrian
--- linux-2.5.52/drivers/scsi/i91uscsi.c.old 2002-12-18 01:43:08.000000000 +0100
+++ linux-2.5.52/drivers/scsi/i91uscsi.c 2002-12-18 01:47:35.000000000 +0100
@@ -79,15 +79,6 @@
#define DEBUG_STATE 0
#define INT_DISC 0
-
-#ifndef CVT_LINUX_VERSION
-#define CVT_LINUX_VERSION(V,P,S) (V * 65536 + P * 256 + S)
-#endif
-
-#ifndef LINUX_VERSION_CODE
-#include <linux/version.h>
-#endif
-
#include <linux/jiffies.h>
#include <linux/delay.h>
#include <linux/blk.h>
@@ -221,11 +212,7 @@
{ /* Pause for amount jiffies */
unsigned long the_time = jiffies + amount;
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
while (time_before_eq(jiffies, the_time));
-#else
- while (jiffies < the_time);
-#endif
}
/*-- forward reference --*/
@@ -596,9 +583,7 @@
pCurHcb->HCS_NumScbs = tul_num_scb;
pCurHcb->HCS_Semaph = 1;
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
pCurHcb->HCS_SemaphLock = SPIN_LOCK_UNLOCKED;
-#endif
pCurHcb->HCS_JSStatus0 = 0;
pCurHcb->HCS_Scb = scbp;
pCurHcb->HCS_NxtPend = scbp;
@@ -613,9 +598,7 @@
pCurHcb->HCS_ScbEnd = pTmpScb;
pCurHcb->HCS_FirstAvail = scbp;
pCurHcb->HCS_LastAvail = pPrevScb;
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
pCurHcb->HCS_AvailLock = SPIN_LOCK_UNLOCKED;
-#endif
pCurHcb->HCS_FirstPend = NULL;
pCurHcb->HCS_LastPend = NULL;
pCurHcb->HCS_FirstBusy = NULL;
@@ -713,12 +696,7 @@
{
SCB *pTmpScb;
ULONG flags;
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_lock_irqsave(&(hcsp->HCS_AvailLock), flags);
-#else
- save_flags(flags);
- cli();
-#endif
if ((pTmpScb = hcsp->HCS_FirstAvail) != NULL) {
#if DEBUG_QUEUE
printk("find scb at %08lx\n", (ULONG) pTmpScb);
@@ -728,11 +706,7 @@
pTmpScb->SCB_NxtScb = NULL;
pTmpScb->SCB_Status = SCB_RENT;
}
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(hcsp->HCS_AvailLock), flags);
-#else
- restore_flags(flags);
-#endif
return (pTmpScb);
}
@@ -744,12 +718,7 @@
#if DEBUG_QUEUE
printk("Release SCB %lx; ", (ULONG) scbp);
#endif
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_lock_irqsave(&(hcsp->HCS_AvailLock), flags);
-#else
- save_flags(flags);
- cli();
-#endif
scbp->SCB_Srb = 0;
scbp->SCB_Status = 0;
scbp->SCB_NxtScb = NULL;
@@ -760,11 +729,7 @@
hcsp->HCS_FirstAvail = scbp;
hcsp->HCS_LastAvail = scbp;
}
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(hcsp->HCS_AvailLock), flags);
-#else
- restore_flags(flags);
-#endif
}
/***************************************************************************/
@@ -1017,35 +982,22 @@
ULONG flags;
SCB *pTmpScb, *pPrevScb;
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_lock_irqsave(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- save_flags(flags);
- cli();
-#endif
if ((pCurHcb->HCS_Semaph == 0) && (pCurHcb->HCS_ActScb == NULL)) {
TUL_WR(pCurHcb->HCS_Base + TUL_Mask, 0x1F);
/* disable Jasmin SCSI Int */
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#endif
tulip_main(pCurHcb);
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_lock_irqsave(&(pCurHcb->HCS_SemaphLock), flags);
-#endif
pCurHcb->HCS_Semaph = 1;
TUL_WR(pCurHcb->HCS_Base + TUL_Mask, 0x0F);
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- restore_flags(flags);
-#endif
return SCSI_ABORT_SNOOZE;
}
@@ -1054,11 +1006,7 @@
/* 07/27/98 */
if (pTmpScb->SCB_Srb == (unsigned char *) srbp) {
if (pTmpScb == pCurHcb->HCS_ActScb) {
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- restore_flags(flags);
-#endif
return SCSI_ABORT_BUSY;
} else if (pTmpScb == pCurHcb->HCS_FirstPend) {
if ((pCurHcb->HCS_FirstPend = pTmpScb->SCB_NxtScb) == NULL)
@@ -1072,11 +1020,7 @@
pTmpScb->SCB_Flags |= SCF_DONE;
if (pTmpScb->SCB_Flags & SCF_POST)
(*pTmpScb->SCB_Post) ((BYTE *) pCurHcb, (BYTE *) pTmpScb);
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- restore_flags(flags);
-#endif
return SCSI_ABORT_SUCCESS;
}
pPrevScb = pTmpScb;
@@ -1089,18 +1033,10 @@
if (pTmpScb->SCB_Srb == (unsigned char *) srbp) {
if (pTmpScb == pCurHcb->HCS_ActScb) {
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- restore_flags(flags);
-#endif
return SCSI_ABORT_BUSY;
} else if (pTmpScb->SCB_TagMsg == 0) {
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- restore_flags(flags);
-#endif
return SCSI_ABORT_BUSY;
} else {
pCurHcb->HCS_ActTags[pTmpScb->SCB_Target]--;
@@ -1119,22 +1055,14 @@
pTmpScb->SCB_Flags |= SCF_DONE;
if (pTmpScb->SCB_Flags & SCF_POST)
(*pTmpScb->SCB_Post) ((BYTE *) pCurHcb, (BYTE *) pTmpScb);
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- restore_flags(flags);
-#endif
return SCSI_ABORT_SUCCESS;
}
}
pPrevScb = pTmpScb;
pTmpScb = pTmpScb->SCB_NxtScb;
}
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- restore_flags(flags);
-#endif
return (SCSI_ABORT_NOT_RUNNING);
}
@@ -1163,12 +1091,7 @@
{
ULONG flags;
SCB *pScb;
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_lock_irqsave(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- save_flags(flags);
- cli();
-#endif
if (ResetFlags & SCSI_RESET_ASYNCHRONOUS) {
@@ -1176,24 +1099,16 @@
TUL_WR(pCurHcb->HCS_Base + TUL_Mask, 0x1F);
/* disable Jasmin SCSI Int */
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#endif
tulip_main(pCurHcb);
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_lock_irqsave(&(pCurHcb->HCS_SemaphLock), flags);
-#endif
pCurHcb->HCS_Semaph = 1;
TUL_WR(pCurHcb->HCS_Base + TUL_Mask, 0x0F);
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- restore_flags(flags);
-#endif
return SCSI_RESET_SNOOZE;
}
@@ -1206,20 +1121,12 @@
if (pScb == NULL) {
printk("Unable to Reset - No SCB Found\n");
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- restore_flags(flags);
-#endif
return SCSI_RESET_NOT_RUNNING;
}
}
if ((pScb = tul_alloc_scb(pCurHcb)) == NULL) {
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- restore_flags(flags);
-#endif
return SCSI_RESET_NOT_RUNNING;
}
pScb->SCB_Opcode = BusDevRst;
@@ -1238,24 +1145,16 @@
/* disable Jasmin SCSI Int */
pCurHcb->HCS_Semaph = 0;
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#endif
tulip_main(pCurHcb);
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_lock_irqsave(&(pCurHcb->HCS_SemaphLock), flags);
-#endif
pCurHcb->HCS_Semaph = 1;
TUL_WR(pCurHcb->HCS_Base + TUL_Mask, 0x0F);
}
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- restore_flags(flags);
-#endif
return SCSI_RESET_PENDING;
}
@@ -1263,50 +1162,28 @@
{
ULONG flags;
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_lock_irqsave(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- save_flags(flags);
- cli();
-#endif
TUL_WR(pCurHcb->HCS_Base + TUL_Mask, 0x1F);
pCurHcb->HCS_Semaph = 0;
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- restore_flags(flags);
-#endif
tul_stop_bm(pCurHcb);
tul_reset_scsi(pCurHcb, 2); /* 7/29/98 */
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_lock_irqsave(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- save_flags(flags);
- cli();
-#endif
tul_post_scsi_rst(pCurHcb);
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#endif
tulip_main(pCurHcb);
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_lock_irqsave(&(pCurHcb->HCS_SemaphLock), flags);
-#endif
pCurHcb->HCS_Semaph = 1;
TUL_WR(pCurHcb->HCS_Base + TUL_Mask, 0x0F);
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- restore_flags(flags);
-#endif
return (SCSI_RESET_SUCCESS | SCSI_RESET_HOST_RESET);
}
@@ -1320,12 +1197,7 @@
pCurScb->SCB_SGIdx = 0;
pCurScb->SCB_SGMax = pCurScb->SCB_SGLen;
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_lock_irqsave(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- save_flags(flags);
- cli();
-#endif
tul_append_pend_scb(pCurHcb, pCurScb); /* Append this SCB to Pending queue */
@@ -1335,24 +1207,16 @@
/* disable Jasmin SCSI Int */
pCurHcb->HCS_Semaph = 0;
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#endif
tulip_main(pCurHcb);
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_lock_irqsave(&(pCurHcb->HCS_SemaphLock), flags);
-#endif
pCurHcb->HCS_Semaph = 1;
TUL_WR(pCurHcb->HCS_Base + TUL_Mask, 0x0F);
}
-#if LINUX_VERSION_CODE >= CVT_LINUX_VERSION(2,1,95)
spin_unlock_irqrestore(&(pCurHcb->HCS_SemaphLock), flags);
-#else
- restore_flags(flags);
-#endif
return;
}
^ permalink raw reply
* Re: MSN helper module
From: Carlos Fernandez Sanz @ 2002-12-18 0:56 UTC (permalink / raw)
To: Filip Sneppe (Cronos); +Cc: netfilter-devel, Michael Richardson
In-Reply-To: <1040164701.893.42.camel@exile>
Filip,
I need to check the protocol specs (and even more important, I need to see
some actual data flow) a bit more in detail before getting into any deep
discussion, but I believe it's better to focus on a working implementation
and then tight the security with all the checks that might be needed.
I'm reading some docs and they say that for a file transfer to take place,
you need to send an invitation message over a switchboard session. It
doesn't say whether such a session can be an existing one or not, the
example opens one so I can't really tell.
BTW...and I'm saying this without careful documentation reading...the
protocol seems 'secure enough' :-)
Anyway, if you are up for a challenge, I'll let you know as soon as I have
something working and you can have some fun trying to break it :-)
Carlo.s
----- Original Message -----
From: "Filip Sneppe (Cronos)" <filip.sneppe@cronos.be>
To: "Carlos Fernandez Sanz" <cfs-netfilter@nisupu.com>
Cc: <netfilter-devel@lists.netfilter.org>; "Michael Richardson"
<mcr@sandelman.ottawa.on.ca>
Sent: Tuesday, December 17, 2002 23:38
Subject: Re: MSN helper module
> hi Carlos,
>
> On Tue, 2002-12-17 at 22:46, Carlos Fernandez Sanz wrote:
> > Thanks for the links. I have done some research already. I don't think
it's
> > going to be a weekend project but possibly not a lot more :-) Anyway I
don't
> > really have an option. It's starting to escalate...
>
> Good to hear that we may have an additional netfilter module soon !
>
> > BTW, when you started to work on this, did you take a look at the FTP
> > module? I think it solves most of the problems (including security),
since
> > the connection method is identical to an active (PORT initiated) FTP
data
> > connection.
>
> I think I heard Rusty explain how he dealt with this during some netfilter
> talk, I think. IIRC, with ftp there are "end-of-line" markers before
> or after the PORT/PASV commands that allow the module to distinguish
> them from weird filenames in the control channel. That's the only
> protection mechanism I heard of for the ftp conntrackers.
>
> With MSN, it's a little trickier:
>
> A normal messaging command looks like this:
>
> MSG 3 A 157
> MIME-Version: 1.0
> Content-Type: text/plain; charset=UTF-8
> X-MMS-IM-Format: FN=Microsoft%20Sans%20Serif; EF=I; CO=000000; CS=0;
> PF=22
>
> Hello! How are you?
>
>
> where the "157" is a length indicator (including header). Now the 157
> bytes minus header that follow this can be anything: end-of-line
> characters, and stuff that looks like "MSG 4 A 140<cr>".
>
> What the module shouldn't do, is get confused by this "user-supplied"
> content and start interpreting it. Otherwise, if a user supplied:
>
> MSG 4 N 238
> MIME-Version: 1.0
> Content-Type: text/x-msmsgsinvite; charset=UTF-8
>
> Invitation-Command: ACCEPT
> Invitation-Cookie: 33267
> IP-Address: 10.44.102.65
> Port: 6891
> AuthCookie: 93301
> Launch-Application: FALSE
> Request-Data: IP-Address:
>
> as the content of a MSG message, it would create a security problem.
>
> So I guess you need to do something like this:
>
> - Parse the first data packet, assuming that you're not parsing
> a packet from a "messaging" session, because that could already
> contain spoofed data.
> - If you encounter a "MSG 4 N xxx" message in the MSN header, check
> the rest of the header for the "Content-Type: text/x-msmsgsinvite"
> string. If that's present, it's an MSN file transfer request.
> go from there to add the expectation.
> - If you encounter a "MSG 4 N xxx" message without the
> "Content-Type: text/x-msmsgsinvite" stuff in the MSN header,
> you should ignore the xxx bytes of that MSN packet (and possibly
> the following packets if xxx >> MTU) and not parse it at all:
> it's just user supplied data.
> - I think you'll need to keep track of that MSG length field
> inside some ip_ct_msn_master to keep track of it accross
> various packets. I don't know if your module has to deal with
> out of order packets, ...
> - Possibly you could do even stricter checking by watching the
> Invitation cookies etc.
>
> Does this sound correct ?
>
> Regards,
> Filip
>
>
^ permalink raw reply
* Re: 405LP RTC reset
From: David Gibson @ 2002-12-18 0:55 UTC (permalink / raw)
To: Hollis Blanchard; +Cc: embedded list, Todd Poynor
In-Reply-To: <1040150612.10740.111.camel@granite.austin.ibm.com>
On Tue, Dec 17, 2002 at 12:43:32PM -0600, Hollis Blanchard wrote:
> Here's the updated 405LP RTC reset diff (after David's move of the RTC
> functions to ibm405lp.c). This patch
> a) does a full RTC reset as specified in the docs
> b) sets the RTC clock speed in RTC "Register A" DV bits, i.e. it does
> not assume the firmware has done this correctly.
>
> Please apply to _2_4_devel.
Seems to work on my Arctic-2, and now applied.
One query though (I didn't think of this earlier) - is it such a great
idea to go setting the reference clock frequency? Unlike most other
drivers, we can't just take over the RTC and do what we like with it
once the kernel boots, because it has to keep running at the same rate
even when the device is rebooting or (mostly) off. So, unless I'm
mistaken, things will be bogus anyway if the divider isn't already
correct when the driver initializes - so it seems a bit misleading to
set it in the driver itself.
--
David Gibson | For every complex problem there is a
david@gibson.dropbear.id.au | solution which is simple, neat and
| wrong.
http://www.ozlabs.org/people/dgibson
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* [Linux-ia64] Spurious PMU Interrupt
From: Ray Bryant @ 2002-12-18 0:53 UTC (permalink / raw)
To: linux-ia64
Stephane,
I am getting one log message of the following type per CPU every time I
run a system-wide sampling session:
kernel: perfmon: Spurious PMU overflow interrupt on CPUxx: pmc0=0x1
owner\000000000000000
Any idea what might be causing this? This is a nuisance error, so if we
can just ignore it I will.
Thanks,
--
Best Regards,
Ray
-----------------------------------------------
Ray Bryant SGI
512-453-9679 (work) 512-507-7807 (cell)
raybry@sgi.com raybry@austin.rr.com
-----------------------------------------------
^ permalink raw reply
* Re: [patch 2.5] PCI: kill pdev_enable_device()
From: Jeff Garzik @ 2002-12-18 0:52 UTC (permalink / raw)
To: Dave Jones, Ivan Kokshaysky, Linus Torvalds, linux-kernel
In-Reply-To: <20021218004226.GA3204@suse.de>
On Wed, Dec 18, 2002 at 12:42:26AM +0000, Dave Jones wrote:
> On Tue, Dec 17, 2002 at 05:31:57PM -0500, Jeff Garzik wrote:
> > Ivan Kokshaysky wrote:
> > >- So, if we don't touch the PCI command registers, there is no point in
> > > using pdev_enable_device(). Most drivers properly use
> > > pci_enable_device() anyway.
> > Not only that, a driver _should_ be calling pci-enable-device, it's an
> > API requirement. J Random Driver should have a good reason _not_ to
> > call pci_enable_device() ...
>
> What about the xircom issue that was discussed in the last days ?
> Sounds like the solution isn't a full on pci_enable_device() as
> pcmcia 'knows better than us' at that stage aparently.
The solution in the driver is almost always pci_enable_device().
That recent issue was related to subsystem code not driver code;
for that specific situation, you are absolutely right:
pci_enable_device is not the right thing to do.
Jeff
^ permalink raw reply
* uml-patch-2.5.52-1
From: Jeff Dike @ 2002-12-18 0:54 UTC (permalink / raw)
To: linux-kernel, user-mode-linux-devel
This patch updates UML to 2.5.52. As far as UML itself is concerned, this
is identical to all recent 2.5 UML releases.
The file corruption that I saw with the 2.5.50 UML seems to be gone; however
Oleg Drokin is maintaining his own 2.5 UML repo, with forward ports of my 2.4
updates, and he's reporting corruption with his 2.5.52. I've exercised this
patch with kernel builds and various other loads and seen no problem, so it's
possible the problem is in his pool and not mine - however, caveat user.
The 2.5.52 UML patch is available at
http://uml-pub.ists.dartmouth.edu/uml/uml-patch-2.5.52-1.bz2
For the other UML mirrors and other downloads, see
http://user-mode-linux.sourceforge.net/dl-sf.html
Other links of interest:
The UML project home page : http://user-mode-linux.sourceforge.net
The UML Community site : http://usermodelinux.org
Jeff
^ permalink raw reply
* Re: pcibios functions left in m68knommu port
From: Greg Ungerer @ 2002-12-18 0:48 UTC (permalink / raw)
To: Greg KH; +Cc: linux-kernel
In-Reply-To: <20021217172107.GA21714@kroah.com>
Hi Greg,
Greg KH wrote:
> I just noticed the arch/m68knommu/kernel/comempci.c file, which contains
> a lot of pcibios functions that are now removed from the rest of the
> kernel. Are these present for any specific reason, or would you be
> willing to take a patch removing them?
Happy to take a patch.
Most of that baggage has been carried through since that support
was first coded (circa linux-2.0.38).
Regards
Greg
------------------------------------------------------------------------
Greg Ungerer -- Chief Software Wizard EMAIL: gerg@snapgear.com
SnapGear Pty Ltd PHONE: +61 7 3435 2888
825 Stanley St, FAX: +61 7 3891 3630
Woolloongabba, QLD, 4102, Australia WEB: www.SnapGear.com
^ permalink raw reply
* Re: [patch 2.5] PCI: kill pdev_enable_device()
From: Dave Jones @ 2002-12-18 0:42 UTC (permalink / raw)
To: Jeff Garzik; +Cc: Ivan Kokshaysky, Linus Torvalds, linux-kernel
In-Reply-To: <3DFFA5DD.4030804@pobox.com>
On Tue, Dec 17, 2002 at 05:31:57PM -0500, Jeff Garzik wrote:
> Ivan Kokshaysky wrote:
> >- So, if we don't touch the PCI command registers, there is no point in
> > using pdev_enable_device(). Most drivers properly use
> > pci_enable_device() anyway.
> Not only that, a driver _should_ be calling pci-enable-device, it's an
> API requirement. J Random Driver should have a good reason _not_ to
> call pci_enable_device() ...
What about the xircom issue that was discussed in the last days ?
Sounds like the solution isn't a full on pci_enable_device() as
pcmcia 'knows better than us' at that stage aparently.
Dave
--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
^ permalink raw reply
* device interface api
From: Martin Waitz @ 2002-12-18 0:40 UTC (permalink / raw)
To: Patrick Mochel; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1993 bytes --]
hi :)
please have a look at interface_add_data:
int interface_add_data(struct intf_data * data)
{
struct device_interface * intf = intf_from_data(data);
data->intf_num = data->intf->devnum++;
data->kobj.subsys = &intf->subsys;
kobject_register(&data->kobj);
[...]
data->kobj.subsys is initialized here, but intf_from_data
is using this data->kobj.subsys to get intf, instead of data->intf.
do you want to remove data->intf?
either way, interface_add_data should change.
are interface users supposed to set data->intf or data->kobj.subsys?
another small glitch i noticed while diggin in the code:
================================================================
--- linux-2.5/lib/kobject.c Tue Dec 10 12:59:02 2002
+++ linux/lib/kobject.c Tue Dec 17 13:15:19 2002
@@ -218,7 +218,7 @@ int subsystem_register(struct subsystem
s->kobj.parent = &s->parent->kobj;
pr_debug("subsystem %s: registering, parent: %s\n",
s->kobj.name,s->parent ? s->parent->kobj.name : "<none>");
- return kobject_register(&s->kobj);
+ return kobject_add(&s->kobj);
}
void subsystem_unregister(struct subsystem * s)
================================================================
subsystem_register first calls subsystem_init, which already
does kobject_init, so a full kobject_register is not needed
(and is in fact bad, as it again increases the refcounter for kobj.subsys)
--
CU, / Friedrich-Alexander University Erlangen, Germany
Martin Waitz // [Tali on IRCnet] [tali.home.pages.de] _________
______________/// - - - - - - - - - - - - - - - - - - - - ///
dies ist eine manuell generierte mail, sie beinhaltet //
tippfehler und ist auch ohne grossbuchstaben gueltig. /
-
Wer bereit ist, grundlegende Freiheiten aufzugeben, um sich
kurzfristige Sicherheit zu verschaffen, der hat weder Freiheit
noch Sicherheit verdient.
Benjamin Franklin (1706 - 1790)
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ 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.