* Re: NFS mounted rootfs possible via PCMCIA NIC ?
From: Andreas Schaufler @ 2002-12-12 17:29 UTC (permalink / raw)
To: Alan Cox; +Cc: Linux Kernel Mailing List
In-Reply-To: <1039648320.18467.49.camel@irongate.swansea.linux.org.uk>
...
> PCMCIA relies in part on user space. You can do this, it involves
> building a large initrd with a dhcp client on it that sets up pcmcia,
> then nfs mounts stuff, then pivot_root()'s into it. Its not exactly
> trivial
Thanks for your reply. I get the basic idea from what you say. But what do you
mean by pivot_root()'ing into it ?!?
I'll try Andrew Morton's suggestion first, because it sounds easier. If I
can't get it running I'll try your suggestion.
regards
-Andreas
^ permalink raw reply
* Re: Penetration testing.
From: Nick Drage @ 2002-12-12 17:22 UTC (permalink / raw)
To: netfilter
In-Reply-To: <Pine.LNX.4.44.0212121458440.15278-100000@dns.toxicfilms.tv>
On Thu, Dec 12, 2002 at 03:00:53PM +0100, Maciej Soltysiak wrote:
> There are lots of tools, try:
> - nmap
> - hping2
> - nemesis
> - snort
Snort? To pen-test a firewall? Are you sure?
--
FunkyJesus System Administration Team
^ permalink raw reply
* Re: NFS mounted rootfs possible via PCMCIA NIC ?
From: Andreas Schaufler @ 2002-12-12 17:29 UTC (permalink / raw)
To: Andrew Morton; +Cc: Linux Kernel Mailing List
In-Reply-To: <3DF7BD7F.85C6FEA0@digeo.com>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
> > Hello list,
> >
> > I am trying to configure a notebook with a PCMCIA NIC to boot over
> > network. (kernel 2.4.20)
>
> Nope. The kernel does the NFS thing before bringing up cardbus.
>
> This patch worked, back in the 2.4.17 days. It also fixes some
> cardbus bugs. I don't immediately recall what they were.
I got the 2.4.17 sources and applied the patch. yenta.c and main.c could not
be patched automatically, so I tried to apply it by hand line by line.
Unfortunately when I boot a kernel compiled witch this modified sources I get
an "Unable to handle kernel pagin request at virtual address 0000413d"
Maybe this patch is to be used on some Pre Version of 2.4.17 ?!?!
regards
- -Andreas
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.7 (GNU/Linux)
iD8DBQE9+MeFhFLSFNIrGmsRAg0HAJ0RBZ/WKDxvv8YXXTLbT7REnqoVowCcC8tL
sGgZre0DIZOAdFVW6kn56rg=
=23D5
-----END PGP SIGNATURE-----
^ permalink raw reply
* Re: Aic7xxx v6.2.22 and Aic79xx v1.3.0Alpha2 Released
From: Justin T. Gibbs @ 2002-12-12 17:20 UTC (permalink / raw)
To: Jens Axboe, Christoph Hellwig; +Cc: James Bottomley, linux-scsi
In-Reply-To: <20021212071636.GA4318@suse.de>
> On Wed, Dec 11 2002, Christoph Hellwig wrote:
>> > I have no problem with interfaces changing for good reason, but, for
>> > example,
>> > a driver that alread sets unchecked_isa_dma to 0 and uses the PCI dma
>> > mask shouldn't have to set addition flags (with different names in
>> > different vendor's trees) to enable HIGHIO. It's yet-another *stupid*
>> > interface change.
>>
>> Maybe you could have complained about that more than one year ago when
>> the patch came up first?
>
> And I still dont see a better way to do it. Remember that this is 2.4
> and we must be able to toggle the highmem io capability on a per-driver
> basis easily and default to off until a given piece of hardware (and
> driver) has been verified.
>From the perspective of a driver that already meets the requirements
for highio, it is simply frustrating that:
1) You have to set a flag when you've already told the system you
dma capabilities.
2) That flag is not documented in hosts.h or in the Documentation directory.
3) No warning is given if you use pci_set_dma_mask without setting
highmem_io
so that you know that your driver needs to be updated.
4) highio requires that all SCSI drivers support single length S/G lists,
but since single buffers are still allowed by the interfaces, even
compliant SCSI drivers cannot strip out this code.
> Saying the high io stuff could have been done with zero impact to
> drivers just shows that you have no idea what you are talking about
> here and are living in your Justin world again. Tons of drivers needed
> to be changed to be able to deal with highmem pages sanely.
I'm not doubting that "lots of drivers needed to be updated", but since you
had to touch these drivers anyway, you could have deprecated all of these
older stupid interfaces and effected a real cleanup without needing a
positive "highmem enabled" flag. The subset of devices that used
pci_set_dma_mask() and were not compliant was probably small. Fixing
them with your initial patch set would have made the proper use of the
PCI dma API the "marker" for a highmem enabled device. Instead, drivers
that already were compliant to the PCI dma spec silently started bouncing
pages again unless you knew about this poorly documented flag. <ARGGGGHHHH>
--
Justin
^ permalink raw reply
* Re: using 2 TB in real life
From: Bryan O'Sullivan @ 2002-12-12 17:22 UTC (permalink / raw)
To: Mike Black; +Cc: Anders Henke, linux-kernel
In-Reply-To: <029301c2a1d6$85cbe280$f6de11cc@black>
On Thu, 2002-12-12 at 04:03, Mike Black wrote:
> Looks like it's already handled in 2.5.
> Here's a patch for 2.4:
> http://www.gelato.unsw.edu.au/patches-index.html
The result of the device size calculation that Anders complained about
in 2.4.20 was wrong in a different way in Peter's >2TB patch, last I
looked. I don't think Peter's patch is necessary for a 1.9TB device,
anyway.
<b
^ permalink raw reply
* [Linux-ia64] ia32 emulation layer bug fix
From: Arun Sharma @ 2002-12-12 17:13 UTC (permalink / raw)
To: linux-ia64
sys32_mprotect code isn't dropping ia32_mmap_sem before returning. This
affects both 2.4 and 2.5.
--- linux/arch/ia64/ia32/sys_ia32.c- Wed Dec 11 20:30:25 2002
+++ linux/arch/ia64/ia32/sys_ia32.c Wed Dec 11 20:30:31 2002
@@ -623,7 +623,8 @@
/* end address is 4KB aligned but not page aligned. */
retval = mprotect_subpage(PAGE_START(end), prot);
if (retval < 0)
- return retval;
+ goto out;
+
end = PAGE_START(end);
}
retval = sys_mprotect(start, end - start, prot);
-Arun
^ permalink raw reply
* Re: Vaguely NFS related problem
From: Jeff L. Smith @ 2002-12-12 17:09 UTC (permalink / raw)
To: Neil Brown; +Cc: nfs
In-Reply-To: <15863.64480.756681.957850@notabene.cse.unsw.edu.au>
You are correct. The only patch I applied was Trond's
linux-2.4.18-NFS_ALL.dif and that is where the check is. The actual
patch was linux-2.4.18-svc_tcp.dif. I'm not doing NFS-over-TPC, but
this seems to be biting me anyway.
I plan to upgrade to 2.4.20 as soon as I can take the fileservers down
long enough, but that will be a few weeks. But then that begs the
question, should I apply Trond's 2.4.20 patches?
Thanks,
Jeff
Neil Brown wrote:
> On Wednesday December 11, jeff@atheros.com wrote:
>
>>I'm running a kernel I built from kernel.org source. I found the
>>message in linux-2.4.18/net/sunrpc/svcsock.c.
>>
>>
>>printk (KERN_WARNING "RPC: Unable to allocate resbuf from cache!\n");
>
>
> I think you should check again. I did and I still cannot find that
> message:
>
> % bzcat linux-2.4.18.tar.bz2 | grep 'Unable to allocate resbuf from cache'
> %
>
> Are you sure they were *unpatched* kernel.org sources?
>
> I suggest you unroll 2.4.20 and try that.
>
> NeilBrown
--
Jeff Smith Atheros Communications, Inc.
Hardware Manager 529 Almanor Avenue
(408) 773-5257 Sunnyvale, CA 94086
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
_______________________________________________
NFS maillist - NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs
^ permalink raw reply
* [LARTC] 2 networks - 2 routers maybe three
From: jan.haud.huyze @ 2002-12-12 17:08 UTC (permalink / raw)
To: lartc
Hi,
I need some hints on where to start on this one: I have an ISDN router -
everything which is between 172.31.55.168 - 172.31.55.175 goes via gateway
172.31.55.169 the subnetmask is 255.255.255.248.
The PC's in the network get their IP address from a broadband router which
will give dynamic ip's and internet access to my small network. The
broadband router services network 192.168.123.0 and has gateway
192.168.123.254 with netmask 255.255.255.0
Windows PC's (oops) on the network should get their ip adress from the
broadband router and they should be able to access the internet and access
the remote application over the ISDN router. I put 2 nics in the linux
router/server which will also run SAMBA one goes to the ISDN router and one
goes to the broadband router.
Where do I go from here - I've read the adv-routing thing and the
networking guide but I'm running out of time so I could use a jumpstart. I
don't think I need masquerading as the routers will do that. Is it as
simple as telling the linux machine which network is on which ethx?
If it helps I'm using Suse 8.1.
Thank you!
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* "Missing" patches (Was: Re: Regarding consistent_alloc)
From: Tom Rini @ 2002-12-12 16:53 UTC (permalink / raw)
To: Wolfgang Denk; +Cc: linuxppc-embedded
In-Reply-To: <20021212081841.390C7C613A@atlas.denx.de>
On Thu, Dec 12, 2002 at 09:18:36AM +0100, Wolfgang Denk wrote:
> I sent the patches to Tom Rini. Several times. I don't know why they
> never made it into the official kernel source tree. [This is why we
> have to maintain our own source tree.]
I believe part of the reason is in the list archives somewhere. If you
can't recall or find exactly why feel free to shoot me an email privately
and I'll remind you.
However, if you're willing to forget about it all and start over, and
will submit changes in the form of a patch which makes only one logical
change at a time, vs linuxppc_2_4 and linuxppc-2.5 trees, I will happily
review and comment or apply patches starting the week of 12/23 (since
I have finals up to and including 12/20).
--
Tom Rini (TR1265)
http://gate.crashing.org/~trini/
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* Pinning kernel memory
From: Thomas Schlichter @ 2002-12-12 17:00 UTC (permalink / raw)
To: linux-kernel
Hello,
I want to create a big area of unswappable, physical continuous kernel memory
for hardware testing purposes. Currently I allocate the memory using
alloc_pages(GFP_KERNEL, order) and after this I pin it using
SetPageReserved(page) for each page.
Is this acceptable, or may it happen that after the alloc_pages()-call the
kswapd begins to swap out this memory and just any other memory is pinned??
Do I perhaps have to lock the mm->page_table_lock and test each page before I
pin it?? If it is swapped out, how can I assure to get this page back swapped
in?
is SetPageReserved the right way to pin a memory page, or should
SetPageActive(page) or even LockPage(page) be used??
I hope anyone can help me...
Thank you!
Sincerely yours
Thomas Schlichter
^ permalink raw reply
* Pinning kernel memory
From: Thomas Schlichter @ 2002-12-12 16:58 UTC (permalink / raw)
To: linux-kernel
Hello,
I want to create a big area of unswappable, physical continuous kernel memory
for hardware testing purposes. Currently I allocate the memory using
alloc_pages(GFP_KERNEL, order) and after this I pin it using
SetPageReserved(page) for each page.
Is this acceptable, or may it happen that after the alloc_pages()-call the
kswapd begins to swap out this memory and just any other memory is pinned??
Do I perhaps have to lock the mm->page_table_lock and test each page before I
pin it?? If it is swapped out, how can I assure to get this page back swapped
in?
is SetPageReserved the right way to pin a memory page, or should
SetPageActive(page) or even LockPage(page) be used??
I hope anyone can help me...
Thank you!
Sincerely yours
Thomas Schlichter
^ permalink raw reply
* Re: [parisc-linux] Re: Solved: Kernel crash when loggin in via ssh
From: John David Anglin @ 2002-12-12 16:52 UTC (permalink / raw)
To: randolph; +Cc: xam, parisc-linux
In-Reply-To: <20021212073215.GA1141@tausq.org>
> $ ssh -p 1022 -2 tausq@gsyprf10.external.hp.com
> tausq@a500:~$ dmesg|grep gcc
> Linux version 2.4.20-pa13 (tausq@a500) (gcc version 3.2.2 20021202 (Debian prerelease)) #12 SMP Wed Dec 11 23:02:01 PST 2002
I plan to change BIGGEST_ALIGNMENT back to 64 bits on the 32 branch today
assuming that testing is successful. The main branch was changed yesterday.
This affects the alignment of long doubles under hpux and possibly the
alignment of __atomic_lock_t types parisc-linux linux.
I have been testing revised glibc locking code. It only requires integer
alignment for __atomic_lock_t types. I am convinced this is the
correct solution. The __attribute__ ((aligned(16))) doesn't always
do what you want. Specifically, it doesn't work for stack locals, or
malloc'd data.
There is still one gcc pthread test failure (pthread6) under investigation.
^ permalink raw reply
* mcc support on mpc8260
From: Omanakuttan @ 2002-12-12 16:42 UTC (permalink / raw)
To: linuxppc-embedded
Hi,
We are developing device drivers for E1/T1 (8 channels) and E3/T3 framer
chipset (XRT84L38 and XRT7250 ) on mpc8260.
I don't find any documents on mcc programming for E1/T1. The linux
kernel lacks support for that too. (At least I could not find any in the
2.4.17 kernel)
for E3/T3, we could find some sample code. But helpless in E1/T1.
Any pointers are welcome.
Om.
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* [U-Boot-Users] Patch for multiple standalone images for bootm
From: Rod Boyce @ 2002-12-12 16:41 UTC (permalink / raw)
To: u-boot
<<cmd_bootm.tar.gz>>
All,
Here is a patch to load multiple images from bootm command when the first
image is a standalone image. There is a readme file inside the patch file.
The patch is against the CVS version of U-Boot on 2002-12-11
Regards,
Rod Boyce
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cmd_bootm.tar.gz
Type: application/octet-stream
Size: 2187 bytes
Desc: not available
Url : http://lists.denx.de/pipermail/u-boot/attachments/20021213/3d5e88df/attachment.obj
^ permalink raw reply
* Port Forwarding issue
From: Andrew Magnus @ 2002-12-12 16:39 UTC (permalink / raw)
To: netfilter
I, unfortunately, have found myself in a position where I need to use
Windoze 2000 for NAT (ICS). Can anyone quickly recommend a good port
forwarding utility I can use? Thanks.
_________________________________________________________________
MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*.
http://join.msn.com/?page=features/virus
^ permalink raw reply
* Re: DROP Fin Scan
From: Cedric Blancher @ 2002-12-12 16:31 UTC (permalink / raw)
To: Blizzards; +Cc: Dade, netfilter
In-Reply-To: <3DF8AA68.3040900@libero.it>
Le jeu 12/12/2002 à 16:25, Blizzards a écrit :
> (only pachet with the SYN bit set and ACK,RST,FIN cleared can initiate a new
> connection)
A SYN-FIN can initiate a connection according to RFC. That's why --syn
is equal to SYN,ACK,RST SYN and not to SYN,ACK,RST,FIN SYN.
> iptables -A INPUT -p tcp --tcp-flags FIN,SYN FIN,SYN -j DROP
One can do this. It is clear that thoses packets should not exist. But
FIN bit is ignored, so...
--
Cédric Blancher <blancher@cartel-securite.fr>
IT systems and networks security expert - Cartel Sécurité
Phone : +33 (0)1 44 06 97 87 - Fax: +33 (0)1 44 06 97 99
PGP KeyID:157E98EE FingerPrint:FA62226DA9E72FA8AECAA240008B480E157E98EE
^ permalink raw reply
* [U-Boot-Users] Setting SIUMCR FYI
From: Jim Mesenbrink @ 2002-12-12 16:28 UTC (permalink / raw)
To: u-boot
We are using u-boot for our custom board based on the MPC8260. For this
board the chip select 10 pin is configured as BCTL1. u-boot would hang
after SIUMCR was set in cpu_init_f() in the file cpu/mpc8260/cpu_init.c.
The problem is that out of reset OR0[BCTLD] defaults to 0 ("BCTLx is
asserted upon access to the current memory bank" 10-18). My next access
to FLASH hung the system. I moved the assignment of SIUMCR after the
memory controller ORx/BRx registers are setup, where ORx[BCTLD] is set
they way we need, and u-boot ran fine.
As the title suggests this is a FYI. I hope it is helpful.
--
Jim Mesenbrink FlightSafety International
mesenb at vss.fsi.com Visual Simulation Systems
Phone: 314-551-8422 5695 Campus Parkway
FAX: 314-551-8444 St. Louis, MO 63042-2338
^ permalink raw reply
* Re: Re: [Alsa-user] fm801 driver status?
From: Friedrich Ewaldt @ 2002-12-12 16:27 UTC (permalink / raw)
To: Takashi Iwai; +Cc: alsa-user, alsa-devel
In-Reply-To: <s5hel8nuvee.wl@alsa2.suse.de>
Hi,
many thanks for your quick reply! Here's some more info:
Mandrake Control Center recognices the card as follows (partly in
german, sorry, but perhaps that's no problem in ERL/NUE ;-) ):
Hersteller: Fortemedia, Inc
Bus: PCI
Bus: 1319:801:1319:1319
Standort auf den Bus: 0:b:0
Beschreibung: Xwave QS3000A [FM801]
Modul: snd-fm801
Medienklasse: MULTIMEDIA_AUDIO
I had no alsa installed while running hardware detection.
The soundcard is working correctly under win98 without the need to
change any hardware or bios settings.
win98 reports:
fm801 pci audio, IRQ 10, I/O: EC00-EC7F
plus
fm801 pci audio, IRQ 11
and 'no conflicts'. I.e. win98 shows up the same IRQs used as lspci,
that should be correct, then. But lspci doesn't name any memory regions
used by this card. Do you have any idea what I could try? (I'll test
some other bios settings, mounting the card in another slot when I find
some spare time).
TIA
fe
Takashi Iwai schrieb:
>At Thu, 12 Dec 2002 15:45:29 +0100,
>Friedrich Ewaldt wrote:
>
>
>>Hi!
>>
>>I've got a fm801 based sound card which locks my computer completely
>>some seconds after loading the alsa driver module. I compiled drivers
>>with debug=detect -- please see my mail(s) from 12/09/2002 on alsa
>>userlist for more info. What else could I do? Meanwhile I found several
>>reports describing the same problem.
>>Therefore my question(s): Should it be possible to run a fm801 soundcard
>>using the 0.9.0rc6 or cvs driver? Anyone who has installed such a card
>>successfully? Any ideas what I'm doing wrong? (I have installed some
>>other soundcards using alsa09 without problems.)
>>
>>
>
>it looks like a hardware problem rather than the driver itself.
>as lspci shows, your fm801 card has no resources at all.
>something wrong with either the soundcard itself or the combination
>with the mobo...
>can you verify the hardware?
>
>
>Takashi
>
>
-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
^ permalink raw reply
* [linux-lvm] New LVM2 reporting tools
From: Alasdair G Kergon @ 2002-12-12 16:25 UTC (permalink / raw)
To: linux-lvm, lvm-devel
I've added a new set of flexible tools to produce column-based output
as an alternative to the current 'field: value' xxdisplay format.
ftp://ftp.sistina.com/pub/LVM2/tools/LVM2.0-latest.tgz
(currently aka beta5 or LVM2.1.95.12; some minor bug fixes
also rolled in)
Access them either standalone as lvs, pvs or vgs, or by use the new
--columns (-C) switch on pvdisplay, vgdisplay or lvdisplay.
Some tiny examples:
lvm> pvs
PV VG Fmt Attr PSize PFree
/dev/sdb1 vg1 lvm2 a- 13.97G 13.87G
/dev/sdb2 vg3 lvm1 a- 16.00M 0
/dev/sdb3 lvm1 a- 21.00M 21.00M
/dev/sdb5 vg2 lvm2 a- 64.00M 40.00M
/dev/sdb6 vg2 lvm2 a- 64.00M 60.00M
/dev/sdb7 lvm2 -- 40.92M 40.92M
lvm> vgs
VG #PV #LV #SN Attr VSize VFree
vg1 1 1 0 wz-- 13.97G 13.87G
vg2 2 3 0 wz-- 128.00M 100.00M
vg3 1 2 1 wz-- 16.00M 0
Add a column:
lvm> vgs -o +extent_size
VG #PV #LV #SN Attr VSize VFree Ext
vg1 1 1 0 wz-- 13.97G 13.87G 4.00M
vg2 2 3 0 wz-- 128.00M 100.00M 4.00M
vg3 1 2 1 wz-- 16.00M 0 4.00M
Sort on number of PV's descending then free space descending:
lvm> vgs -O -pv_count,-free
VG #PV #LV #SN Attr VSize VFree
vg2 2 3 0 wz-- 128.00M 100.00M
vg1 1 1 0 wz-- 13.97G 13.87G
vg3 1 2 1 wz-- 16.00M 0
(It's also OK to sort on fields that aren't output.)
lvm> lvs vg2/lvol1 vg3
LV VG Attr LSize Origin
lvol1 vg2 -wn--- 12.00M
lvol1 vg3 own--- 8.00M
lvol2 vg3 swn--- 8.00M lvol1
lvm> lvs --segments -v
Finding all logical volumes
LV VG Attr Start SSize #Str Type Stripe Chunk
lvol0 vg1 -wnm-- 0 100.00M 1 linear 0 0
lvol0 vg2 -wn--- 0 4.00M 1 linear 0 0
lvol1 vg2 -wn--- 0 4.00M 1 linear 0 0
lvol1 vg2 -wn--- 4.00M 8.00M 2 striped 16.00K 0
lvol2 vg2 -wn--- 0 12.00M 1 linear 0 0
lvol1 vg3 own--- 0 8.00M 1 linear 0 0
lvol2 vg3 swn--- 0 8.00M 1 linear 0 0
Colon-separated LV sizes in sectors, suitable for piping to other tools:
lvm> lvs -o vg_name,name,size --units s --nosuffix --noheadings --separator :
vg1:lvol0:204800.00
vg2:lvol0:8192.00
vg2:lvol1:24576.00
vg2:lvol2:24576.00
vg3:lvol1:16384.00
vg3:lvol2:16384.00
-v for more columns.
--units to change the output units
(h)uman-readable, (s)ectors, (b)ytes, k, m, g, t
or HKMGT to use 1000's instead of 1024's
Wierd custom units also possible e.g. --units 374k
--separator to set the string separating each column
--noheadings to turn off headings
See man pages for full field lists and meanings of attribute letters.
[Next bit still undocumented and could change slightly]
Defaults, including column selections & ordering, can be changed
with config file entries in a new "report" section:
aligned, buffered, headings - set to 0 or 1
separator - string
pvs_sort, pvs_cols, pvs_cols_verbose - strings of column lists
(like -o or -O)
Similarly for lvs_*, vgs_*, segs_*
units (string) & suffix (0 or 1) can be set in the "global" section.
Alasdair
--
agk@uk.sistina.com
^ permalink raw reply
* Setting standard arguments
From: axel @ 2002-12-12 16:19 UTC (permalink / raw)
To: linux-newbie
Hi,
I have an Slackware installation and I'm using checkinstall to create and
install slackware packages from sources.
Now there are some options I use checkinstall with that I'd like
checkinstall always to use.
For example I call "checkinstall" and "checkinstall -S --nodoc --gzman
--install=yes" shall be executed.
Can this be done somehow with tcsh?
Thank you for your help,
Axel Siebenwirth
-
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: Move 405LP RTC support from beech.c into ibm405lp.c
From: Hollis Blanchard @ 2002-12-12 16:17 UTC (permalink / raw)
To: David Gibson; +Cc: embedded list
In-Reply-To: <20021212035459.GF4631@zax.zax>
On Wed, 2002-12-11 at 21:54, David Gibson wrote:
>
> The RTC support (written by Todd Poynor) for the Beech is actually in
> the 405LP chip itself, not just on the Beech board.
<snip>
As a separate patch (either before or after your move), I'd like to see
the following patch committed. The current "reset" code doesn't follow
the sequence described in the manual, and doesn't really reset the chip.
Until I added this code, the RTC usually would simply not advance. I've
tested this thoroughly on Beech (405LP 1.1).
Also, the comment makes me curious - why rely on the BIOS to set the
right input frequency? It's just one more line of code here (and a
#define or two for the various boards).
===== beech.c 1.8 vs edited =====
--- 1.8/arch/ppc/platforms/beech.c Mon Nov 11 11:57:56 2002
+++ edited/beech.c Thu Dec 12 10:05:01 2002
@@ -280,10 +280,15 @@
/* Reset the core and ensure it's enabled. We assume
only that the BIOS has set the correct frequency. */
-
- mtdcr(DCRN_RTC0_WRAP, 0);
+
+ mtdcr(DCRN_RTC0_WRAP, 0); /* toggle NRST & NMR */
mtdcr(DCRN_RTC0_WRAP, 3);
- mtdcr(DCRN_RTC0_CR1, mfdcr(DCRN_RTC0_CR1) & 0x7f);
+ mtdcr(DCRN_RTC0_CR0, 0x60); /* No divider chain, No
square wave */
+ mtdcr(DCRN_RTC0_CR1, 0x80); /* Disable update cycles
/interrupts*/
+ mtdcr(DCRN_RTC0_WRAP, 0); /* toggle NRST & NMR */
+ mtdcr(DCRN_RTC0_WRAP, 3);
+ mtdcr(DCRN_RTC0_CR1, mfdcr(DCRN_RTC0_CR1) & 0x7f); /* allow upda
tes */
+
not_initialized = 0;
}
-Hollis
--
PowerPC Linux
IBM Linux Technology Center
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* Re: [PATCH] declare and export scsi_bus_type
From: Patrick Mochel @ 2002-12-12 16:16 UTC (permalink / raw)
To: James Bottomley; +Cc: Christoph Hellwig, Matt Domsch, linux-scsi
In-Reply-To: <200212121358.gBCDw2b01977@localhost.localdomain>
Didn't see this before I replied..
On Thu, 12 Dec 2002, James Bottomley wrote:
> hch@infradead.org said:
> > I'm very unhappy with exporting random parts of the scsi midlayer. In
> > what way do you need it? How does your code work with modular scsi?
>
> Convention tends to be that these bus types are exported. That's certainly
> true for pci and mca.
>
> However, perhaps we should have a better way of finding them than by direct
> export of the symbol. Since each bus is required to have a unique name, and
> the sysfs system has an internal list of bus_types, we could have a function
> which takes the name and returns a pointer to the bus_type if it exists?
Yes, the following patch should work. There are two caveats, AFAICT
- Making sure that we have a consistent name. This could resolved by adding
something like
#define SCSI_BUS_NAME "scsi"
to include/scsi.h/scsi.h..
- Accessing a bus type is O(n) rather that O(1). OTOH, it's not peformance
critical code, and there can't be very many bus types registered at once,
so it shouldn't be noticable.
-pat
===== drivers/base/bus.c 1.27 vs edited =====
--- 1.27/drivers/base/bus.c Thu Dec 5 22:33:28 2002
+++ edited/drivers/base/bus.c Thu Dec 12 10:09:32 2002
@@ -466,6 +466,29 @@
}
}
+
+/**
+ * find_bus - search for a bus type by name.
+ * @name: name of the bus.
+ */
+
+struct bus_type * find_bus(const char * name)
+{
+ struct list_head * entry;
+ struct bus_type * ret = NULL;
+
+ down_read(&bus_subsys.rwsem);
+ list_for_each(entry,&bus_subsys.list) {
+ struct bus_type * b = list_entry(entry,struct bus_type,subsys.kobj.entry);
+ if (!strncmp(b->subsys.kobj.name,name,KOBJ_NAME_LEN)) {
+ ret = b;
+ break;
+ }
+ }
+ up_read(&bus_subsys.rwsem);
+ return ret;
+}
+
struct bus_type * get_bus(struct bus_type * bus)
{
return bus ? container_of(subsys_get(&bus->subsys),struct bus_type,subsys) : NULL;
@@ -537,6 +560,7 @@
EXPORT_SYMBOL(bus_remove_device);
EXPORT_SYMBOL(bus_register);
EXPORT_SYMBOL(bus_unregister);
+EXPORT_SYMBOL(find_bus);
EXPORT_SYMBOL(get_bus);
EXPORT_SYMBOL(put_bus);
===== include/linux/device.h 1.68 vs edited =====
--- 1.68/include/linux/device.h Tue Dec 3 12:40:21 2002
+++ edited/include/linux/device.h Thu Dec 12 10:09:23 2002
@@ -81,6 +81,8 @@
extern int bus_register(struct bus_type * bus);
extern void bus_unregister(struct bus_type * bus);
+extern struct bus_type * find_bus(const char * name);
+
extern struct bus_type * get_bus(struct bus_type * bus);
extern void put_bus(struct bus_type * bus);
^ permalink raw reply
* Re: Modules and dll
From: Richard B. Johnson @ 2002-12-12 16:23 UTC (permalink / raw)
To: Alexandre Pires; +Cc: linux-kernel
In-Reply-To: <03d501c2a1fe$7b371dd0$6400a8c0@sawamu>
On Thu, 12 Dec 2002, Alexandre Pires wrote:
> Hi,
>
> We could compare the modules programs of linux with dlls of Windows ?
> Exist many differences between them (in relation to the functioning) ?
>
> Thanks
> Alexandre R. Pires
> Brasil
They are completely different. The only thing in common is that they
exist as files. Under windows, DLL are like the run-time library files
you see in /lib and /usr/lib. They have something in common with
shared object files. Beyond that, they are very different.
Cheers,
Dick Johnson
Penguin : Linux version 2.4.18 on an i686 machine (797.90 BogoMips).
Why is the government concerned about the lunatic fringe? Think about it.
^ permalink raw reply
* Sound-related hard-locking
From: J. Solomon Kostelnik @ 2002-12-12 16:12 UTC (permalink / raw)
To: DOSEMU List
I've been having a problem with DOSEMU causing my machine to hardlock
when using sound. At first I thought it was only caused by using sound
in DOSEMU. But last night the same thing happened when I was playing an
MP3 with XMMS and then booted XDOS (without midid running).
As soon as the XDOS window opened, my machine hard-locked. No mouse, no
keyboard, music stopped, etc. Hard reset needed.
Previously, this was happening with certain DOS games using MIDI music,
such as "The Sword of Shannara." If I loaded midid, then opened XDOS,
then ran this game, when the MIDI music was supposed to start playing,
my machine would hard lock. However, midid works just fine with another
DOS game, Ascendency, so I don't know what's different between the two.
Specs: Toshiba PII-400 Laptop, 192mb ram + 225mb swap, Mandrake Linux
8.2 w/ vanilla 2.4.18 kernel, Gnome 1.2.4 with sawfish, dosemu 1.1.3.7
with all the "experimental patches" applied. Sound card is a ESS ES1978
Maestro 2E.
Is there a way I can log this before it crashes and get any meaningful
data before it happens? If not, I've given you all the info I think is
relevant. Let me know if you need more.
Solomon
^ permalink raw reply
* Re: Modules and dll
From: Jesse Pollard @ 2002-12-12 16:17 UTC (permalink / raw)
To: Alexandre Pires, linux-kernel
In-Reply-To: <03d501c2a1fe$7b371dd0$6400a8c0@sawamu>
On Thursday 12 December 2002 10:49 am, Alexandre Pires wrote:
> Hi,
>
> We could compare the modules programs of linux with dlls of Windows ?
> Exist many differences between them (in relation to the functioning) ?
no. Windows DLLs are more like shared libraries. They are easily replaced (if
inactive), and do not directly destroy the system if missing.
DLLs are connected to applications via subroutine calls (Win DLL and shared
libraries), modules are usually accessed via special files, or system calls.
There is no direct linking (by memory mapping the module code to the user
mode application). Shared libraries are done this way.
Modules are closer to the device drivers in windows, which is what most
modules support. They can also support extending the OS by adding
additional capabilities - TCP/IP, IPv4, and IPv6 come to mind as some of the
most used, followed by the loadable binary interpretation (elf vs a.out).
Another difference is the way they are used - modules are loaded into
kernel mapping either by a kernel resident loader, or a userspace tool that
does the same. Shared libraries and DLLs are just put on disk where the
applications have been linked to expect them (or use an environment
variable to provide a search list of places to look when the application is
run.
--
-------------------------------------------------------------------------
Jesse I Pollard, II
Email: pollard@navo.hpc.mil
Any opinions expressed are solely my own.
^ 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.