* [PATCH] sc520cdp depends on mtdconcat
From: Herbert Xu @ 2002-12-15 3:39 UTC (permalink / raw)
To: dwmw2; +Cc: Marcelo Tosatti, Linux Kernel Mailing List
[-- Attachment #1: Type: text/plain, Size: 267 bytes --]
This patch makes that dependency explicit.
--
Debian GNU/Linux 3.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
[-- Attachment #2: p --]
[-- Type: text/plain, Size: 1161 bytes --]
Index: drivers/mtd/maps/Config.in
===================================================================
RCS file: /home/gondolin/herbert/src/CVS/debian/kernel-source-2.4/drivers/mtd/maps/Config.in,v
retrieving revision 1.1.1.5
diff -u -r1.1.1.5 Config.in
--- drivers/mtd/maps/Config.in 28 Nov 2002 23:53:13 -0000 1.1.1.5
+++ drivers/mtd/maps/Config.in 15 Dec 2002 03:37:56 -0000
@@ -19,7 +19,7 @@
if [ "$CONFIG_X86" = "y" ]; then
dep_tristate ' CFI Flash device mapped on Photron PNC-2000' CONFIG_MTD_PNC2000 $CONFIG_MTD_CFI $CONFIG_MTD_PARTITIONS
- dep_tristate ' CFI Flash device mapped on AMD SC520 CDP' CONFIG_MTD_SC520CDP $CONFIG_MTD_CFI
+ dep_tristate ' CFI Flash device mapped on AMD SC520 CDP' CONFIG_MTD_SC520CDP $CONFIG_MTD_CFI $CONFIG_MTD_CONCAT
dep_tristate ' CFI Flash device mapped on AMD NetSc520' CONFIG_MTD_NETSC520 $CONFIG_MTD_CFI $CONFIG_MTD_PARTITIONS
dep_tristate ' CFI Flash device mapped on Arcom SBC-GXx boards' CONFIG_MTD_SBC_GXX $CONFIG_MTD_CFI_INTELEXT $CONFIG_MTD_PARTITIONS
dep_tristate ' CFI Flash device mapped on Arcom ELAN-104NC' CONFIG_MTD_ELAN_104NC $CONFIG_MTD_CFI_INTELEXT $CONFIG_MTD_PARTITIONS
^ permalink raw reply
* Re: how to launch downloaded files?
From: dashielljt @ 2002-12-15 3:41 UTC (permalink / raw)
To: R. Bal; +Cc: Linux Newbie
In-Reply-To: <3DFBEA9E.9000704@look.ca>
You can't get anything you download to launch under linux without some
processing first. This isn't windows and those who put Linux together
care lots more about your security than the people out of redmond
washington ever did. If you downloaded files with an extension of .exe,
you'd have to move them over into the windows partition to execute them
unless you haven't got a windows partition. Not having a windows
partition is a great way to run a linux system too. If those files have
extensions like .tar.gz those linux can extract and probably build for
you. Before I go into any of that procedure though most of the time you
should not run as root and when you do run as root never do so while
connected to the outside world. That's a great way to have your linux
system knocked over by a hacker. Let's say you have /home/joe on the
system and you're using that account to access the internet and that's
where what you downloaded is now. you would do the command cp
filename.ext /tmp <cr> first. Then the command cd /tmp <cr>. then the
command tar zxvf filename.ext <cr>. Now here's a trick. try typing only
the first few letters of the filename.ext and then hit tab and look at the
name the machine offers. If it's correct just hit enter and you'll do the
operation on that file. That's tab completion for you. Once the tar is
done, from the /tmp directory type cd <partial file name> then tab and if
the directory the file created under /tmp is correct hit return. After
that ls -d <cr> and see what's in the directory. readme files are a good
place to start if present and they usually are, so if there type less
readme or less README <cr> and read. You'll probably be shown commands to
run to build your application on your system which if run as shown should
get you a working application. Seriously though, you really want to
register and sign up with freshmeat.net and subscribe yourself to their
newsletters. The reason is, the freshmeat.net newsletters come to your
email address and are better than windows update for linux because they're
not constantly nagging you to install stuff. Linux takes the approach
that you're not 5 years old and can think for yourself. Welcome aboard!
Jude <dashielljt(at)gmpexpress-dot-net>
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: zipdisk file problems
From: dashielljt @ 2002-12-15 3:45 UTC (permalink / raw)
To: Heimo Claasen; +Cc: linux-newbie
In-Reply-To: <200212150239.gBF2d2iG023078@pyxis.wanadoo.be>
zip disks are flakey as Hell! I had one go south on me and will probably
end up junking it shortly. As a quick fix suggestion, move the contents
onto a dos partition in a specific directory then raid the dos directory
with samba and copy those files over into linux partition.
Jude <dashielljt(at)gmpexpress-dot-net>
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* [2.4.20] via82cxxx goes postal and locks system, no full duplex(?)
From: Mark Rutherford @ 2002-12-15 3:56 UTC (permalink / raw)
To: linux-kernel@vger.kernel.org
I get a lot of errors, sometimes it locks the system, sometimes it does
not.
one of them is as follows:
via_audio: ignoring drain playback error -11
via_audio: ignoring drain playback error -11
via_audio: ignoring drain playback error -11
now this causes no problem because when its happening I hear no change
in the audio, so I basically ignored this error.
I started getting this error, and after this error is logged the box
sometimes deadlocks:
Assertion failed! chan->is_active ==
sg_active(chan->iobase),via82cxxx_audio.c,via_chan_maybe_start,line=1198
this error repeats several times and is the same.
ive got a 50/50 chance of deadlocking at this point.
this is the second failure in getting a via board to work.
I also have a kt400/8235 machine that has no driver, so im really
screwed :(
2 machines both with via sound, both act crazy.
I also have no full duplex, at least I cant find out if this is the
case.
I can play a game, and the game only. if i run something like teamspeak,
or an mp3 player the seconf application will crash, or lock up.
this often triggers the errors above.
I understand this is a full duplex issue.
as long as I do not load 2 apps that use sound, im okay.
I have had to rid KDE of its sound daemon to avoid crashing.
I hope someone has an idea.
lspci info:
00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133]
(rev 03)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South]
(rev 40)
00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06)
00:07.2 USB Controller: VIA Technologies, Inc. USB (rev 1a)
00:07.3 USB Controller: VIA Technologies, Inc. USB (rev 1a)
00:07.4 SMBus: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev
40)
00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686
AC97 Audio Controller (rev 50)
00:0a.0 Ethernet controller: Linksys Network Everywhere Fast Ethernet
10/100 model NC100 (rev 11)
01:00.0 VGA compatible controller: 3Dfx Interactive, Inc. Voodoo 3 (rev
01)
from dmesg:
ac97_codec: AC97 Audio codec, id: 0x414c:0x4710 (ALC200/200P)
via82cxxx: board #1 at 0xDC00, IRQ 10
--
Regards,
Mark Rutherford
mark@justirc.net
File: Mark Rutherford.ASC
-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: PGPfreeware 7.0.3 for non-commercial use <http://www.pgp.com>
mQGiBDqwRnsRBADTpKKSKAcphYdcVTvBpEFFNK1eL4dQ/pBwK4NimeoAA9ISD04L
Mv/CqH5g9D1wzXEhRBhbFZnmfoTPFEWH4Gjr4KIPdsXkTEfoJ2j55qksHWMkE10A
K8gZlI3Ovuf8BbIabfXmjf+XtId3F4+7+og4mc7EAkatYbbl/5pR0Niy3wCg/+I/
LUQPYGloF829jXaOW7C+tG8D/RZt8lAL/Z1NfGsQYZlE1X+Gcqf0J6HaMosnVuah
1zAbgUHCIvNq+TOC+0KydEvbs7tAq6m+Q4zQZaqEsMwufTCWxzh+v3thRBLIuT5E
jsTi4djkrdG3TTeAszymO/YEXQMg4Tq2hMiyeWlyTmH4C6enMu0zJMIu4OEef7+W
KpYhBACYnukDVI8Vnw1J5KaiCZYvERhj4cr3BTk7oeYxIRH1x5S6NXK0+uVcpusa
a8ZU4zcxvHh0k3iR8HIZcNh30eXbMF/J5pW9gorJuPwCC5Q7b+gUVaeec+1X+Wmt
2k8RAq9RtriUdrmVN5QcPBLFd4hOHQcWDcuyhmiFp68LFvxLSLQrTWFyayBSdXRo
ZXJmb3JkIDxNYXJrMjAwMEBiZWxsYXRsYW50aWMubmV0PokAWAQQEQIAGAUCOrBG
ewgLAwkIBwIBCgIZAQUbAwAAAAAKCRAudCWX7QO6ULcaAJwIsYHeAp6FC5OVWSOo
qc8O87kvBgCgz1cLgVXYcSlDWEeE32PFYb6akuy5Ag0EOrBGexAIAPZCV7cIfwgX
cqK61qlC8wXo+VMROU+28W65Szgg2gGnVqMU6Y9AVfPQB8bLQ6mUrfdMZIZJ+AyD
vWXpF9Sh01D49Vlf3HZSTz09jdvOmeFXklnN/biudE/F/Ha8g8VHMGHOfMlm/xX5
u/2RXscBqtNbno2gpXI61Brwv0YAWCvl9Ij9WE5J280gtJ3kkQc2azNsOA1FHQ98
iLMcfFstjvbzySPAQ/ClWxiNjrtVjLhdONM0/XwXV0OjHRhs3jMhLLUq/zzhsSlA
GBGNfISnCnLWhsQDGcgHKXrKlQzZlp+r0ApQmwJG0wg9ZqRdQZ+cfL2JSyIZJrqr
ol7DVekyCzsAAgIIAO5Bt3XOgo2GPNOCuLv6A6mRxPxwwVsYEMmVAIp/c5nluBMi
Tu4iQU5f3U9UqZMcFKyLr1Vh0bpO6RB6L/5tXWSRY2Yly9Ofg/e0Npgebkdd8GXE
+IuEDI4lr1kbO70hlxFUPKSOQRjSmmVKNhUAiXEFQ7OtB9k5GECsHrD6qxR6r/ny
XMBK2g2UUSh17Gx/pqH+XwXJ67DEQmF8hcnyiN9E3WQ5w3bIbKwFCaHF+tJbVnUd
XxszxQYrsb6Feo0FVdCD+VVPQGesv34CrnKuED/mF/WoI8a3eYCMiY03IQgW514X
JX+Jnmk9RFbTg75NdXIKDqKpB3wq39n3JmWRZG+JAEwEGBECAAwFAjqwRnsFGwwA
AAAACgkQLnQll+0DulAfjgCfbVxiUtJbpXPn6gVJlnlIzur1yvgAnjh/9bdLsSrd
cUaN07NL7N9NjgG1
=hpbN
-----END PGP PUBLIC KEY BLOCK-----
^ permalink raw reply
* Re: [parisc-linux] 2.4.20-pa14 64bit crash on boot - A500-5X
From: Grant Grundler @ 2002-12-15 3:53 UTC (permalink / raw)
To: Thibaut VARENE; +Cc: parisc-linux
In-Reply-To: <20021213233540.503b16d3.varenet@esiee.fr>
On Fri, Dec 13, 2002 at 11:35:40PM +0100, Thibaut VARENE wrote:
> AOUT: 0x10143bd4 mod_timer+3c
...
> AOUT: 0x10538b48 hp_diva_timer+0
Good News: I reproduced this and fixed it.
But I don't know exactly what I did that fixed it. :^(
(drawbacks of the shotgun approach).
Fairly small patch is on ftp.parisc-linux.org/patches/diff-2.4.20-timer
This isn't ready to commit until someone narrows it down to one thing.
Bad News: SMP kernel now hangs during SCSI device discover.
I haven't tried CONFIG_SMP=n yet and I guess that would be a next step.
Console output of the a500-44 boot with 2.4.20-pa14 + patch is on
dsl2.e.h.c:~grundler/rp2470-2.4.20-symhang-01
grant
^ permalink raw reply
* Re: Intel P6 vs P7 system call performance
From: Albert D. Cahalan @ 2002-12-15 4:06 UTC (permalink / raw)
To: linux-kernel; +Cc: hpa, terje.eggestad
H. Peter Anvin writes:
> As far as I know, though, the SYSENTER patch didn't deal with several of
> the corner cases introduced by the generally weird SYSENTER instruction
> (such as the fact that V86 tasks can execute it despite the fact there
> is in general no way to resume execution of the V86 task afterwards.)
>
> In practice this means that vsyscalls is pretty much the only sensible
> way to do this. Also note that INT 80h will need to be supported
> indefinitely.
>
> Personally, I wonder if it's worth the trouble, when x86-64 takes care
> of the issue anyway :)
There is another way:
Have apps enter kernel mode via Intel's purposely undefined
instruction, plus a few bytes of padding and identification.
Require that this not cross a page boundry. When it faults,
write the SYSENTER, INT 0x80, or SYSCALL as needed. Leave
the page marked clean so it doesn't need to hit swap; if it
gets paged in again it gets patched again.
^ permalink raw reply
* Re: RAM and swap partition
From: Chuck Gelm @ 2002-12-15 4:07 UTC (permalink / raw)
To: Heimo Claasen; +Cc: linux-newbie
In-Reply-To: <200212150239.gBF2d2iE023078@pyxis.wanadoo.be>
Hi, Heimo:
I am glad that you saw my 'tongue in cheek' humor. ;-)
Heimo Claasen wrote:
>
> Ok, ok, Chuck - sure "it depends" ;)
> (and oops, hwo do I use a swap _file_ instead of the "prescribed"
> partition ?)
# create and enable a 16 Megabyte swap file
dd if=/dev/zero of=/swap bs=1024 count=16384
mkswap /swap 16384
swapon /swap
#
# swapoff /swap
> >From your list, I conclude that it depends on all those six-and-a-half
> factors, even if I'm not soooo convinced what for instance, "distro
> AND version"
Some distributions automatically install large window managers
Gnome|KDE and some small WMs, swafish|twm|fvwm2 and some console
only. Knowing the distribution might enlighten us about how much
virtual RAM it would need.
> (on top of the kernel number), the BogoMIPS or even the
If a 100 bogoMIPS system ran two applications via 'at' or 'crond';
one at the hour and one at the half hour and each took 59 minutes
to run and each consumed 51% of available memory, then swap would
be needed. If the bogoMIPS were doubled, each would finish 30
seconds before the other started and no swap would be needed.
> HD speed, would have to do with it.
Uh, never mind about the HD speed. :-|
> And then I have this experience with one (notabene experimental) sound
> application which just doesn't care for how much swap there is - but
> it is a darn memhog in itself: it crashes if the data file (or too many
> together) loaded need too much _RAM_, regardless of how large I dimension
> the swap.
> So this real and practical example would tell me: no swap partition
> needed (EXACTLY for this one app.)
>
> Another real-life case is with that not-so-brandnew laptop and its
> "small" HD of 2 GB and "poor" RAM (48 MB) installed, where Linux has
> to share space with a windoze and a small DOS partition. This runs
> vanilla apps in Linux - a GUI + a browser (including the connectivity
> gears) + a plug-in pic viewer at most, simultaneously. Here, seen HD
> space and RAM available (both hugely enormous, seen from my past-&-present
> DOS uses; all real work, including almost all net-work needed, is done
> in text mode and in the miniscule DOS compartment), the volume to set
> aside for a swap partition is even a "critical" decision.
If you mount the DOS partitions, you could create swap files on
their unused HD space.
> Then there is one factor which you did not mention but which might be
> of decisive importance: if a unit is used by one person, it would most
> probably have just one user (and a very few "user accounts" only) and
> simultaneous use of different apps would be probably limited or rather,
> the user-"system-owner-administrator" could be enabled to establish a
> reasonable estimate of the real need for swap space on the perhaps
> not-so-enormously-new/big-HD -- _if_ s/he had some ways or indications
> for calculating it.
>
> I think this is a reasonable demand, and I'm looking for some means to
> answer to this. So, how would I measure how much swap this kernel or
> that application (in combination with what GUI, for instance) would
> need, in fact ?
I have been wondering this also. I often run 'top' and watch the
top several lines of the 'top' display. I need to understand more
about what each value means. Actually, 'free' displays the same
information. 'top' is fancier to watch. ;-)
If I knew how to 'flush' all swap space,
I could 'flush', run some applications,
then see how much swap was used.
> > it may be suggested EXACTLY how much swap space you will need.
>
> Hmm, for that laptop for instance, running yet a much too FAT Mandrake 8.2
> with kernel 2.4.18 (because Debian would not find the good video driver
> for the trickish LCD). I would gladly dish the mem-(and how much swap-?)
> hogging KDE and Nutsrape with it; though, regrettably, it must be able to
> run X and a SSL-capable net connection.
I can run Netscape under fvwm95 and XFree86 v4.2.1 on my laptop
with 16 Megabytes of RAM, 32 Megabytes of swap, Slackware v8.0,
kernel 2.2.19. So that much will squeeze into 48 Megabytes of
virtual RAM. Perhaps XFree86 v4.2.0, 4.1.x, or 3.3.x would
consume less memory. :-|
HTH, Chuck
>
> I understood James' earlier questions quite similar to what I would ask
> for this example; and feel the are still not answered:
> > "if said user had less than X MB RAM, they will definitely need a swap
> > partition"? And what about guidelines for swap partition size in such a
> > case: can such be stated as well? Like, say, "if this individual has
> > only 32 MB RAM, he should have a 64 MB swap partition" or "if he has 64
> > MB RAM he'll only need a 64 MB swap partition"?
>
> <besides>IMNSO too many of the posts especially on this list here -
> where I suppose are precisely quite a lot of "single-users" listening,
> and quite some who did or want to change away from Winno$ with their
> existing, "old" PCs - are geared towards conditions of illimited means
> (e.g., permanent/broadband net connection, units with huge mem and dito
> HDs); which might well be a misconception.</besides>
>
> // Heimo Claasen // <hammer at revobild dot net> // Brussels 2002-12-14
> The WebPlace of ReRead - and much to read ==> http://www.revobild.net
-
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs
^ permalink raw reply
* Re: [CryptoAPI-devel] Re: [RFC] Hardware support notes for the kernel crypto API (2.5+)
From: Justin Clift @ 2002-12-15 4:34 UTC (permalink / raw)
To: James Morris
Cc: Andrew McGregor, linux-kernel, David S. Miller, cryptoapi-devel
In-Reply-To: <Mutt.LNX.4.44.0212151210450.30004-100000@blackbird.intercode.com.au>
James Morris wrote:
> On Sun, 15 Dec 2002, Andrew McGregor wrote:
>
>
>>But OpenBSD has drivers, and they say that Broadcom were very good to deal
>>with. I suggest writing the OpenBSD driver maintainer and asking who to
>>contact.
>
>
> The OpenBSD developer said he's given up talking to Broadcom and declined
> to provide the email address of his contact.
>
> Although I'm sure we can work something out if we can actually find the
> right person to talk to.
Ok, just filled out a request form on their site, asking them who the best person for us to contact is.
***********
Hello,
Is Broadcom interested in having support for their encryption acceleration products (not just the one given in the
product number above) officially added to Linux?
The Linux "CryptoAPI" project is trying to find out the best person at Broadcom to contect, as we are adding support for
encryption hardware to the Linux kernel and are wondering you guys would like your products included.
:-)
Regards and best wishes,
Justin Clift
***********
Reckon we should probably hear something back within 3-4 days. It's worded clearly enough for pretty much anyone there
to understand, and gives them a solid "reason to contact us" back.
:-)
Does it sound ok?
Regards and best wishes,
Justin Clift
> - James
--
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there was less competition there."
- Indira Gandhi
^ permalink raw reply
* aic7xxx woes in 2.5
From: Andrew Morton @ 2002-12-15 4:31 UTC (permalink / raw)
To: linux-scsi
For about six months in the 2.5 series, using aic7xxx, about every fourth boot
one of my disks tends to get:
(scsi1:A:4:0): parity-error detected in Data-in phase: SEQADDR(0x1ae) SCSIRATE(0x88)
scsi1:0:4:0: Attempting to queue an ABORT message
This is invariably fatal. The box locks and the NMI watchdog
kicks it over. The call trace is:
(gdb) bt
#0 0xc01d3288 in rep_nop () at include/asm/processor.h:468
#1 0xc01d325d in __delay (loops=98000) at arch/i386/lib/delay.c:63
#2 0xc01d32ad in __const_udelay (xloops=858800) at arch/i386/lib/delay.c:74
#3 0xc01d327c in __udelay (usecs=200) at arch/i386/lib/delay.c:79
#4 0xc0231d7f in ahc_delay (usec=200) at drivers/scsi/aic7xxx/aic7xxx_osm.h:607
#5 0xc022b81e in ahc_clear_critical_section (ahc=0xc3e03000) at drivers/scsi/aic7xxx/aic7xxx_core.c:1392 #6 0xc0235272 in ahc_linux_queue_recovery_cmd (cmd=0xc1766c00, flag=SCB_ABORT) at drivers/scsi/aic7xxx/aic7xxx_linux.c:2490
#7 0xc023569a in ahc_linux_abort (cmd=0xc1766c00) at drivers/scsi/aic7xxx/aic7xxx_linux.c:2667 #8 0xc022592b in scsi_try_to_abort_cmd (scmd=0xc1766c00) at drivers/scsi/scsi_error.c:820
#9 0xc0225a0c in scsi_eh_abort_cmd (sc_todo=0xc1766c00, shost=0xc17de63c) at drivers/scsi/scsi_error.c:902 #10 0xc022614e in scsi_unjam_host (shost=0xc17de63c) at drivers/scsi/scsi_error.c:1532
#11 0xc0226286 in scsi_error_handler (data=0xc17de63c) at drivers/scsi/scsi_error.c:1659
It would seem that the machine locked up in ahc_clear_critical_section():
do {
ahc_delay(200);
} while (!ahc_is_paused(ahc));
The parity error is intermittent. But when it happens, the lockup
always happens.
This never happens in 2.4 kernels.
It seems to happen a little more frequently on uniprocessor builds.
So relevant questions would be:
1) Why does only 2.5 get the parity error?
2) Why does the recovery lock up?
3) Does anyone have a diff for Justin's new driver?
lspci:
00:0a.0 SCSI storage controller: Adaptec AIC-7880U (rev 01)
03:04.0 SCSI storage controller: Adaptec 7892A (rev 02)
2.4.19-pre4's dmesg:
scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.5
<Adaptec 29160 Ultra160 SCSI adapter>
aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
scsi1 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.5
<Adaptec aic7880 Ultra SCSI adapter>
aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs
Vendor: QUANTUM Model: ATLAS IV 9 SCA Rev: 0B0B
Type: Direct-Access ANSI SCSI revision: 03
Vendor: QUANTUM Model: ATLAS 10K 9SCA Rev: UC81
Type: Direct-Access ANSI SCSI revision: 03
Vendor: SEAGATE Model: ST19101W Rev: 0014
Type: Direct-Access ANSI SCSI revision: 02
Vendor: QUANTUM Model: QM39100TD-SCA Rev: N1B0
Type: Direct-Access ANSI SCSI revision: 02
Vendor: FUJITSU Model: MAF3364L SUN36G Rev: 1213
Type: Direct-Access ANSI SCSI revision: 02
Vendor: ESG-SHV Model: SCA HSBP M4 Rev: 0.63
Type: Processor ANSI SCSI revision: 02
scsi0:A:0:0: Tagged Queuing enabled. Depth 253
scsi0:A:1:0: Tagged Queuing enabled. Depth 253
scsi0:A:2:0: Tagged Queuing enabled. Depth 253
scsi0:A:4:0: Tagged Queuing enabled. Depth 253
scsi0:A:5:0: Tagged Queuing enabled. Depth 253
Vendor: QUANTUM Model: ATLAS 10K 9SCA Rev: UC81
Type: Direct-Access ANSI SCSI revision: 03
Vendor: QUANTUM Model: ATLAS 10K 9SCA Rev: UCH0
Type: Direct-Access ANSI SCSI revision: 03
Vendor: QUANTUM Model: ATLAS 10K 9SCA Rev: UC81
Type: Direct-Access ANSI SCSI revision: 03
Vendor: QUANTUM Model: ATLAS 10K 9SCA Rev: UCP0
Type: Direct-Access ANSI SCSI revision: 03
Vendor: FUJITSU Model: MAF3364L SUN36G Rev: 1213
Type: Direct-Access ANSI SCSI revision: 02
Vendor: ESG-SHV Model: SCA HSBP M4 Rev: 0.63
Type: Processor ANSI SCSI revision: 02
scsi1:A:0:0: Tagged Queuing enabled. Depth 253
scsi1:A:1:0: Tagged Queuing enabled. Depth 253
scsi1:A:2:0: Tagged Queuing enabled. Depth 253
scsi1:A:4:0: Tagged Queuing enabled. Depth 253
scsi1:A:5:0: Tagged Queuing enabled. Depth 253
Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0
Attached scsi disk sdc at scsi0, channel 0, id 2, lun 0
Attached scsi disk sdd at scsi0, channel 0, id 4, lun 0
Attached scsi disk sde at scsi0, channel 0, id 5, lun 0
Attached scsi disk sdf at scsi1, channel 0, id 0, lun 0
Attached scsi disk sdg at scsi1, channel 0, id 1, lun 0
Attached scsi disk sdh at scsi1, channel 0, id 2, lun 0
Attached scsi disk sdi at scsi1, channel 0, id 4, lun 0
Attached scsi disk sdj at scsi1, channel 0, id 5, lun 0
(scsi0:A:0): 40.000MB/s transfers (20.000MHz, offset 31, 16bit)
SCSI device sda: 17942584 512-byte hdwr sectors (9187 MB)
sda: sda1
(scsi0:A:1): 40.000MB/s transfers (20.000MHz, offset 31, 16bit)
SCSI device sdb: 17938986 512-byte hdwr sectors (9185 MB)
sdb: sdb1
(scsi0:A:2): 40.000MB/s transfers (20.000MHz, offset 15, 16bit)
SCSI device sdc: 17783240 512-byte hdwr sectors (9105 MB)
sdc: sdc1
(scsi0:A:4): 40.000MB/s transfers (20.000MHz, offset 31, 16bit)
SCSI device sdd: 17783249 512-byte hdwr sectors (9105 MB)
sdd: sdd1 < sdd5 >
(scsi0:A:5): 40.000MB/s transfers (20.000MHz, offset 63, 16bit)
SCSI device sde: 71132959 512-byte hdwr sectors (36420 MB)
sde: sde1 < sde5 sde6 sde7 >
(scsi1:A:0): 40.000MB/s transfers (20.000MHz, offset 8, 16bit)
SCSI device sdf: 17938986 512-byte hdwr sectors (9185 MB)
sdf: sdf1
(scsi1:A:1): 40.000MB/s transfers (20.000MHz, offset 8, 16bit)
SCSI device sdg: 17938986 512-byte hdwr sectors (9185 MB)
sdg: sdg1
(scsi1:A:2): 40.000MB/s transfers (20.000MHz, offset 8, 16bit)
SCSI device sdh: 17938986 512-byte hdwr sectors (9185 MB)
sdh: sdh1
(scsi1:A:4): 40.000MB/s transfers (20.000MHz, offset 8, 16bit)
SCSI device sdi: 17938986 512-byte hdwr sectors (9185 MB)
sdi: sdi1 < sdi5 sdi6 >
(scsi1:A:5): 40.000MB/s transfers (20.000MHz, offset 8, 16bit)
SCSI device sdj: 71132959 512-byte hdwr sectors (36420 MB)
sdj: sdj1 < sdj5 sdj6 >
Attached scsi generic sg5 at scsi0, channel 0, id 6, lun 0, type 3
Attached scsi generic sg11 at scsi1, channel 0, id 6, lun 0, type 3
^ permalink raw reply
* aix7xxx_old woes in 2.5
From: Andrew Morton @ 2002-12-15 4:36 UTC (permalink / raw)
To: linux-scsi
ho hum.
It just doesn't start at all:
scsi HBA driver <NULL> didn't set max_sectors, please fix the template<6>(scsi0) <Adaptec AIC-7892 Ultra 160/m SCSI host adapter> found at PCI 3/4/0
(scsi0) Wide Channel, SCSI ID=7, 32/255 SCBs
(scsi0) Downloading sequencer code... 396 instructions downloaded
(scsi1) <Adaptec AIC-7880 Ultra SCSI host adapter> found at PCI 0/10/0
(scsi1) Wide Channel, SCSI ID=7, 16/255 SCBs
(scsi1) Downloading sequencer code... 436 instructions downloaded
scsi0 : Adaptec AHA274x/284x/294x (EISA/VLB/PCI-Fast SCSI) 5.2.6/5.2.0
<Adaptec AIC-7892 Ultra 160/m SCSI host adapter>
scsi: Device offlined - not ready or command retry failed after error recovery: host 0 channel 0 id 0 lun 0
scsi: Device offlined - not ready or command retry failed after error recovery: host 0 channel 0 id 1 lun 0
scsi: Device offlined - not ready or command retry failed after error recovery: host 0 channel 0 id 2 lun 0
scsi: Device offlined - not ready or command retry failed after error recovery: host 0 channel 0 id 3 lun 0
scsi: Device offlined - not ready or command retry failed after error recovery: host 0 channel 0 id 4 lun 0
scsi: Device offlined - not ready or command retry failed after error recovery: host 0 channel 0 id 5 lun 0
scsi: Device offlined - not ready or command retry failed after error recovery: host 0 channel 0 id 6 lun 0
scsi: Device offlined - not ready or command retry failed after error recovery: host 0 channel 0 id 8 lun 0
(The above took three minutes or more)
Note that I have set the machine's BIOS up to not run external BIOSes, so the
Adaptec firmware is not being used. Reboot times are unacceptable otherwise.
This doesn't seem to offend the 2.4 aic7xxx driver, nor the 2.5 aic7xxx 75%
of the time...
^ permalink raw reply
* Re: is KERNEL developement finished, yet ??? (ACLs)
From: Tracy R Reed @ 2002-12-15 5:29 UTC (permalink / raw)
To: Tupshin Harper; +Cc: linux-kernel
In-Reply-To: <3DEFB275.9000807@tupshin.com>
[-- Attachment #1: Type: text/plain, Size: 365 bytes --]
On Thu, Dec 05, 2002 at 12:09:25PM -0800, Tupshin Harper spake thusly:
> I'm not at all opposed to capabilities, but I don't believe they come
> close to obviating ACLs. It also doesn't seem ACLs and capabilities are
> in any kind of conflict. Why could we not have both?
SE Linux seems to give you both.
--
Tracy Reed http://www.ultraviolet.org
[-- Attachment #2: Type: application/pgp-signature, Size: 240 bytes --]
^ permalink raw reply
* How to direct packets to my server. DOES THIS LOOK RIGHT?
From: Joel Linuxdude @ 2002-12-15 5:33 UTC (permalink / raw)
To: netfilter
My Netfilter firewall (unfortunately) is running also
my Apache web server, FTP server and Telnet daemon.
I honestly think this is ok but its confusing me with
the whole firewall aspect.
I wanted to allow new packets to go to my Linux box
such as port 21 and 80 but only about 4 new connections
per second.
Eth0 = <Internet IP from my ISP/cable modem company>
Eth1 = 192.168.0.1
Would I do it like this;
/sbin/iptables -A PREROUTING -i eth0 -p tcp -d x.x.x.x --dport 21 -m state
--state NEW -m limit --limit 4/second -j DNAT --to x.x.x.x
Whereas x.x.x.x is my IP that my ISP assigns me. Or would I use
the following;
/sbin/iptables -A PREROUTING -i eth0 -p tcp -d x.x.x.x --dport 21 -m state
--state NEW -m limit --limit 4/second -j DNAT --to 192.168.0.1
THANKS!!!
Joel
_________________________________________________________________
MSN 8 with e-mail virus protection service: 2 months FREE*
http://join.msn.com/?page=features/virus
^ permalink raw reply
* detecting if compiled or loaded modules
From: 24 @ 2002-12-15 5:39 UTC (permalink / raw)
To: netfilter-devel
In-Reply-To: <20021215053701.15581.32963.Mailman@kashyyyk>
Greets,
Is there a way to determine if one of the Netfilter Configs is loaded as module or built-in in the
kernel? For example FTP protocol support. Once the system boots or the module is loaded shouldnt it
create a file somewhere in /proc once the module is up or once the system boots. I'm trying to create
a customized firewall program if it didnt detect the FTP protocol support it will load the module
or what. Need help...
^ permalink raw reply
* Re: aic7xxx woes in 2.5
From: Ishikawa @ 2002-12-15 6:06 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-scsi
In-Reply-To: <3DFC059A.9AA3F75F@digeo.com>
Hi,
> The parity error is intermittent. But when it happens, the lockup
> always happens.
>
> This never happens in 2.4 kernels.
>
> It seems to happen a little more frequently on uniprocessor builds.
>
> So relevant questions would be:
>
> 1) Why does only 2.5 get the parity error?
Since you say "uniprocessor builds", maybe you are using
high-quality dual processor board. But just in case, does your
motherboard support proper PCI parity bus check?
(I remember that when I switched motherboards about two years ago,
I noticed that the SCSI driver warns of me of a
parity error and won't start. I had to add a boot line
command option to ignore the parity error. The
board didn't seem to handle PCI bus parity bit properly.
A surprise. I switched to another board
a couple of weeks later, which supports
parity without problem.)
So assuiming that the PCI parity is handled
correctly on your motherboard, I wonder if it is
possibly a real intermittent parity error.
Maybe 2.5 is now more efficient in
data I/O rate and the excercised bus may encounter
occasional parity error. A pure guess.
Frankly only a hardware engineer with good diagnostic
tool can tell the real cause if it is a real parity error.
Of course, there is a chance that the parity error
is reported by a slightly buggy driver (downloaded
firmware may not handle the timing correctly, etc. under
new kernel timing condition. )
> 2) Why does the recovery lock up?
A good question. There still may be missed
lock-up path(s) during recovery even in 2.5.
> scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.5
> <Adaptec 29160 Ultra160 SCSI adapter>
> aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
>
I noticed that you have many disks.
Are they in external enclosure?
If not, is the power-supply in your
PC box spec'ed to supply enough power?
[I just had to reassemble non-linux PC to
upgrade the power-supply after I changed the video card.
(Newer video card seems to suck in power like a large
gas guzller.) Initially I replaced a power supply
to a newer one, which I thought was enough
to give the required power. But later on, I realized that
the new one didn't offer the enough power: the system
would still crash/get hung under heavy usage, and
upgraded to a larger one. That PC runs fine now.]
It is possible that the PC is running fine but the
power condition may be close to the safety limit and
a real parity may occur under heavy I/O conditions.
BTW, strange things do happen when we switch
kernels and drivers, don't they?
If only I have a spare PC,
I would have tried linux 2.5.xx to see how the
newer SCSI susbsystem fares in real-world conditions after
seeing so many problems in the older kernels with
my set of flakey and esoteric hardware drives: very long
silent/time out period of my CD changer drives, and
a Segate disk that had a few bad blocks which go bad
after it is heated up enough, etc..
[I still keep the Seagate drive as a test sample for
recovery testing. ]
--
int main(void){int j=2002;/*(c)2002 cishikawa. */
char t[] ="<CI> @abcdefghijklmnopqrstuvwxyz.,\n\"";
char *i ="h>qtCIuqivb,gCwe\np@.ietCIuqi\"tqkvv is>dnamz";
while(*i)((j+=strchr(t,*i++)-(int)t),(j%=sizeof t-1),
(putchar(t[j])));return 0;}/* under GPL */
^ permalink raw reply
* searching documents for bridging
From: Afshin Lamei @ 2002-12-15 6:11 UTC (permalink / raw)
To: netfilter
Hi,
I want to test the bridging feature of iptables. Please inform me about
useful documents that I should read!
thanks,
--afshin
_________________________________________________________________
MSN 8 with e-mail virus protection service: 2 months FREE*
http://join.msn.com/?page=features/virus
^ permalink raw reply
* RE: i has a problem with the kernel 2.4.19 and 2.4.20 and iptable
From: Rob Sterenborg @ 2002-12-15 6:24 UTC (permalink / raw)
To: Administrador de Red, netfilter
In-Reply-To: <web-290033@gecyt.cu>
> Hi friends
> Today I install the kernel 2.4.20 for linux red hat, and
> when i want to finish, i execute /etc/rc.d/init.d/iptables
> status, for see the status of iptables, bu what sorprase!!
> the iptables showing me the next error.
>
...
> modprobe can't locate module iptables
> iptable v1.2.3 can't initialize iptables mangle
> table does not exist do you need to insmod?
> perhpas iptables or you kernel need to be upgraded?
Did you, before configuring/compiling, patch the kernel with
patch-o-matic and compile a new iptables ?
You just might want to upgrade your iptables-1.2.3 to 1.2.7a.
Rob
^ permalink raw reply
* Re: aic7xxx woes in 2.5
From: Andrew Morton @ 2002-12-15 6:48 UTC (permalink / raw)
To: Ishikawa; +Cc: linux-scsi
In-Reply-To: <3DFC1BD2.F2F347C9@yk.rim.or.jp>
Ishikawa wrote:
>
> Hi,
>
> > The parity error is intermittent. But when it happens, the lockup
> > always happens.
> >
> > This never happens in 2.4 kernels.
> >
> > It seems to happen a little more frequently on uniprocessor builds.
> >
> > So relevant questions would be:
> >
> > 1) Why does only 2.5 get the parity error?
>
> Since you say "uniprocessor builds", maybe you are using
> high-quality dual processor board. But just in case, does your
> motherboard support proper PCI parity bus check?
I expect it supports everything. It is a 1998-vintage Intel
ad450nx server - these things cost $70,000 in their day. It
is built like a battleship. See
http://images.google.com/images?hl=en&lr=&ie=ISO-8859-1&q=ad450nx
But that error is a scsi bus error, not a PCI bus error.
> ...
> > scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.5
> > <Adaptec 29160 Ultra160 SCSI adapter>
> > aic7892: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs
> >
>
> I noticed that you have many disks.
> Are they in external enclosure?
They are internal.
> If not, is the power-supply in your
> PC box spec'ed to supply enough power?
It has four power supplies and approximately 13 fans ;)
^ permalink raw reply
* RE: How to direct packets to my server. DOES THIS LOOK RIGHT?
From: Rob Sterenborg @ 2002-12-15 6:51 UTC (permalink / raw)
To: Joel Linuxdude, netfilter
In-Reply-To: <F22R4BnmJZBRZ2ZBHQB0001f322@hotmail.com>
> My Netfilter firewall (unfortunately) is running also
> my Apache web server, FTP server and Telnet daemon.
> I honestly think this is ok but its confusing me with
> the whole firewall aspect.
One could argue about security, but it's not uncommon.
> I wanted to allow new packets to go to my Linux box
> such as port 21 and 80 but only about 4 new connections
> per second.
> /sbin/iptables -A PREROUTING -i eth0 -p tcp -d x.x.x.x
> --dport 21 -m state
> --state NEW -m limit --limit 4/second -j DNAT --to x.x.x.x
>
> Whereas x.x.x.x is my IP that my ISP assigns me. Or would I use
> the following;
>
> /sbin/iptables -A PREROUTING -i eth0 -p tcp -d x.x.x.x
> --dport 21 -m state
> --state NEW -m limit --limit 4/second -j DNAT --to 192.168.0.1
If you're running servers on the firewall itself, packets sent to the
server are going to the INPUT chain ; you don't have to redirect the
traffic if your servers are accessible on your external IP.
The INPUT chain is in the filter table. If you don't specify a table
(-t <tablename>) on the iptables line, the filter table is assumed
when creating the rule.
Besides, the filter table has no PREROUTING chain so both rules above
would not work anyway.
I guess this rule would do the trick for http :
(/sbin/iptables -P INPUT DROP)
(/sbin/iptables -A INPUT -m state --state RELATED,ESTABLISHED -j
ACCEPT)
/sbin/iptables -A INPUT -i eth0 -p tcp --dport 80 -m state --state
NEW -m limit --limit 4/second -j ACCEPT
As for telnet : you might want to switch to ssh if possible.
Telnet!=secure because everything is sent in plaintext.
Rob
^ permalink raw reply
* Alcatel speedtouch USB driver and SMP.
From: Colin Paul Adams @ 2002-12-15 7:10 UTC (permalink / raw)
To: linux-kernel
Can anyone tell me if the speedtouch driver is SMP safe yet?
--
Colin Paul Adams
Preston Lancashire
^ permalink raw reply
* Re: Anti-virus for Sendmail
From: Keith Morse @ 2002-12-15 7:06 UTC (permalink / raw)
To: Douglas J Hunley; +Cc: Manoj Sharma, linux-admin
In-Reply-To: <200212132259.19964.doug@hunley.homeip.net>
On Fri, 13 Dec 2002, Douglas J Hunley wrote:
> check out MIMEDefang (www.roaringpenguin.org/mimedefang). You can configure it
> to for anti-virus (using a plethora of different scanners) as well as
> anti-spam. I personally use it along with File::Scan and ClamAV (for
> anti-virus) and SpamAssassin and Razor (for anti-spam). Works awesome. You
> can see stats of what it catches at http://hunley.homeip.net/smtp/spam/
>
very nice Doug. What are you using to generate the graphs?
^ permalink raw reply
* suspend to ram problems on Dell I4150 with Radeon 7500
From: Dan Christensen @ 2002-12-15 6:15 UTC (permalink / raw)
To: linux-kernel
[Please cc me on replies.]
I have a Dell Inspiron 4150 laptop with a 32M Radeon Mobility M7 LW
rev 0. When I suspend to ram, the screen "melts" to all white and
stays that way while the machine is suspended. When I resume, all is
well.
Nobody else on the linux-dell-laptops list seems to be having this
problem, even people with what appears to be the same hardware. It
happens with my custom kernels (I've tried 2.4.19 and 2.4.20) and the
stock Debian 2.4.19 (all with apm, not acpi). All three of these
kernels work correctly on other I4100 and I4000 machines I have access
to. Suspend to ram works fine under Windows on the I4150.
The problem happens even if I shut down X windows and rmmod the radeon
and agpgart modules before suspending.
I'd like to try to debug this. What further information can I provide?
Thanks,
Dan
--
Dan Christensen
jdc@uwo.ca
^ permalink raw reply
* Re: Symlink indirection
From: junkio @ 2002-12-15 7:24 UTC (permalink / raw)
To: Andrew Walrond; +Cc: linux-kernel
In-Reply-To: <fa.cnblikv.qjmuqd@ifi.uio.no>
"AW" == Andrew Walrond <andrew@walrond.org> gives an example of
a/{x,y,z}, b/{y,z}, c/z mounted on d/. in that order, later
mounts covering the earlier ones.
AW> echo "d/w" > d/w would create a new file in directory a.
Personally I'd rather expect this to happen in c/. Imagine a/
being on read-only medium like CD-ROM containing bunch of source
files, b/ to hold patched source, and c/ to hold binaries
resulting from compilation. That is,
rm -fr a b c d
mkdir a b c d
mount /cdrom a
mount --bind a d
mount --bind --overlay b d
(cd b && bzip2 -d <../patch-2.9.91.bz2 | patch -p1)
mount --bind --overlay c d
(cd c && make mrproper && cat ../.config >.config &&
make oldconfig && make dep && make bzImage)
Back to your example; what do you wish to happen when we do
this?
$ mv d/z d/zz && test -f d/z && cat d/z
Here we rename d/z (which is really c/z) to zz. Does this
reveal z that used to be hidden by that, namely b/z, and "cat
d/z" now shows "b/z"?
Or just like the case of creating a new file, does the union
"remember" the fact that the directory "d" should not contain
"z" anymore, and "test -f d/z" fails?
^ permalink raw reply
* Re: [linux-lvm] help: can't read name(s) of physical volumes (Debian kernel weirdness also involved)
From: Daniel J Hannum @ 2002-12-15 7:27 UTC (permalink / raw)
To: linux-lvm
In-Reply-To: <59050000.1039927015@[192.168.200.4]>
On Sat, 14 Dec 2002, Steven Lembark wrote:
>
> > Here's the situation. I just installed Debian 3.0 testing and I set it up
> > so that I was using their lvm10 package (version 1.0.4-6) for /usr, /var
> > /home, etc. (NOT /) It works fine off the kernel that Debian uses in its
> > install (2.4.18-bf2.4). BUT, if I install a stock Debian kernel with
> > apt-get (kernel-image-2.4.18-k7), lvm cannot see my physical volumes at
> > boot-time.
>
> Make sure that the stock kernel has LVM installed, then
> upgrade to 1.0.6 (via http://www.sistina.com/). Building
> a 2.4.10 kernel w/ 1.0.6 (if you want to stick with 1.0)
> should give you the best results.
>
No difference. The kernel (both the working and non-working kernels) have
lvm as a module. /proc/modules lists lvm-mod in both cases. I upgraded to
1.0.6 (Debian unstable) and the same thing happens.
What causes the "can't find name(s) of physical volumes" error? Anybody
know?
>
> --
> Steven Lembark 2930 W. Palmer
> Workhorse Computing Chicago, IL 60647
> +1 800 762 1582
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
>
>
^ permalink raw reply
* Re: Support for Arctic platform (405LP based)
From: David Gibson @ 2002-12-15 7:35 UTC (permalink / raw)
To: Todd Poynor; +Cc: linuxppc-embedded
In-Reply-To: <3DFA3420.10105@mvista.com>
On Fri, Dec 13, 2002 at 11:25:20AM -0800, Todd Poynor wrote:
> A few comments and questions...
>
> I assume symbol CONFIG_ARCTIC2 is more appropriate than CONFIG_ARCTIC,
> with additional symbols possibly to be invented in the future to
> distinguish minor changes in board rev 3, 4, ... But mentioning this
> just in case it might make future maintenance easier to use a single
> symbol for common Arctic family code.
Well... the difference between Artic-1 and Arctic-2 is not just a
board revision - they are quite different devices, with different
peripherals on board. So there's not much point sharing a cnofig
option for these two. On the other hand Arctic-3 (if and when it
exists) is likely to be a relatively small revision of Arctic-2, so
we'll probably want to use the CONFIG_ARCTIC2 symbol for it as well.
> CONFIG_IBM_OPENBIOS is taken out of the CONFIG_SYCAMORE section of
> arch/ppc/config.in?
Err... I have no idea what you're asking. How did SYCAMORE get into
this?
> Duplication of the CONFIG_BEECH case in
> arch/ppc/boot/simple/embed_config.c: might be trying to enable the SSX
> bootloader for Beech, but since CONFIG_IBM_OPENBIOS is on for Beech it
> seems we'd have dup definitions? Would more SSX code would be necessary
> anyhow?
Again, I'm afraid I'm having trouble parsing that paragraph - what do
you want to know?
> CONFIG_PPC_RTC is used to protect RTC code, most of these were
> explicitly removed from other platforms some time ago, not sure what the
> status of this is since there are a couple platforms that still use it.
>
> I notice the bd_t has no entry for the ethernet MAC address in firmware,
> like Beech, but am hoping there's an EEPROM on the device that holds
> this info. On Beech it causes some ugliness because the usual EEPROM is
> not provided, so only the bootloader can program the ether dev's MAC.
> And consequently the generic ethernet driver is hacked to deal with that.
The ethernet on the Artic-2 debug board (RTL8019 based - not the same
as the Beech's ethernet - driver coming soon) does indeed have an
EEPROM.
--
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
* Re: Alcatel speedtouch USB driver and SMP.
From: Greg KH @ 2002-12-15 7:59 UTC (permalink / raw)
To: Colin Paul Adams; +Cc: linux-kernel
In-Reply-To: <m3n0n7hi52.fsf@colina.demon.co.uk>
On Sun, Dec 15, 2002 at 07:10:33AM +0000, Colin Paul Adams wrote:
> Can anyone tell me if the speedtouch driver is SMP safe yet?
Which driver? I know of at least 3 different ones :(
greg k-h
^ 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.