* NFS crash with 2.4.19
From: Stian Jordet @ 2002-12-16 13:29 UTC (permalink / raw)
To: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 626 bytes --]
I got this error on my server tonight. It is running 2.4.19, and have
done so happily without reboot a couple of months. Last night I
nfs-mounted a disk from another box on the server. This other box
crashed during the night (probably some hardware fault), but then I got
the attached error message in the log. The server still worked fine for
remote services, but I got no response at all on the console.
Anyone have any idea why? I just took a controlled reboot to get rid of
it as fast as possible, because I'm not around the server more for a
couple of days. But what could have caused this?
Best regards,
Stian Jordet
[-- Attachment #2: crash.txt --]
[-- Type: text/plain, Size: 2173 bytes --]
Dec 16 03:51:12 dodge kernel: Unable to handle kernel NULL pointer dereference at virtual address 000005dc
Dec 16 03:51:12 dodge kernel: printing eip:
Dec 16 03:51:12 dodge kernel: 000005dc
Dec 16 03:51:12 dodge kernel: *pde = 00000000
Dec 16 03:51:12 dodge kernel: Oops: 0000
Dec 16 03:51:12 dodge kernel: CPU: 0
Dec 16 03:51:12 dodge kernel: EIP: 0010:[cleanup+1212/-1072693536] Not tainted
Dec 16 03:51:12 dodge kernel: EFLAGS: 00010296
Dec 16 03:51:12 dodge kernel: eax: c4ba53a0 ebx: cb311a60 ecx: c74f19a0 edx: 0000069c
Dec 16 03:51:12 dodge kernel: esi: c33f00e0 edi: 00000040 ebp: 00000000 esp: c2e37bb4
Dec 16 03:51:12 dodge kernel: ds: 0018 es: 0018 ss: 0018
Dec 16 03:51:12 dodge kernel: Process wget (pid: 19813, stackpage=c2e37000)
Dec 16 03:51:12 dodge kernel: Stack: c8ba2024 c01f1250 cb311a60 000005fb 00000000 00000040 c2e37c34 c8ba2024
Dec 16 03:51:12 dodge kernel: c02038a3 cb311a60 000005fb 00000040 c2e37c34 c021b568 cb311a60 c2e37cd0
Dec 16 03:51:12 dodge kernel: 00002098 00000000 000005c8 00000040 000005c8 c2e37c34 c8ba2010 00000040
Dec 16 03:51:12 dodge kernel: Call Trace: [sock_alloc_send_skb+28/36] [ip_build_xmit_slow+419/1216] [udp_getfrag+0/196] [ip_build_xmit+78/840] [udp_getfrag+0/196]
Dec 16 03:51:12 dodge kernel: [qdisc_restart+19/200] [udp_sendmsg+849/972] [udp_getfrag+0/196] [inet_sendmsg+58/64] [sock_sendmsg+105/136] [do_xprt_transmit+334/988]
Dec 16 03:51:12 dodge kernel: [nf_hook_slow+238/324] [ip_output+278/284] [ip_finish_output2+0/208] [ip_queue_xmit2+286/512] [nfs_xdr_writeargs+0/216] [rpcauth_marshcred+85/92]
Dec 16 03:51:12 dodge kernel: [xprt_transmit+158/168] [call_transmit+62/100] [__rpc_execute+168/700] [nfs_write_rpcsetup+113/332] [rpc_call_setup+50/112] [rpc_execute+87/112]
Dec 16 03:51:12 dodge kernel: [nfs_flush_one+461/728] [nfs_flush_list+88/368] [nfs_flush_file+86/116] [nfs_strategy+66/72] [nfs_updatepage+388/512] [nfs_commit_write+28/36]
Dec 16 03:51:12 dodge kernel: [generic_file_write+1251/1800] [nfs_file_write+159/172] [sys_write+150/240] [system_call+51/56]
Dec 16 03:51:12 dodge kernel:
Dec 16 03:51:12 dodge kernel: Code: Bad EIP value.
^ permalink raw reply
* Re: ICMP Destination Unreachable
From: Marcello Scacchetti @ 2002-12-16 13:18 UTC (permalink / raw)
To: netfilter
In-Reply-To: <00a901c29d39$73691b40$0501020a@compname3>
Hi Kameron,
can you be a little more verbose?
What does "run" means? Unable to set rules? Unable to run iptables
command? Unable to make rules work?
Marcello
Il ven, 2002-12-06 alle 16:09, Kameron ha scritto:
> Hello Gurus,
>
> I have a couple of quick questions...
>
> 1) Does anybody know of any reason why I couldn't run IPTables 1.2.7a
> with RH7.3.
>
> 2) Are there any .rpm's for IPTables 1.2.7.a available? I attempted to
> compile my own, but didn't have any luck.
>
> Thanks!
> Kameron
--
Marcello Scacchetti <marcello.scacchetti@nextrem.it>
^ permalink raw reply
* Re: 2.5.51 load avg += 1
From: Denis Vlasenko @ 2002-12-16 18:06 UTC (permalink / raw)
To: Roy Sigurd Karlsbakk, Kernel mailing list
In-Reply-To: <200212141817.21202.roy@karlsbakk.net>
On 14 December 2002 15:17, Roy Sigurd Karlsbakk wrote:
> hi
>
> running 2.5.51, when I run 'uptime', it shows my uptime+1. that means
> if my system is idle, as it usually is, load avg is 1.0 1.0 1.0.
> starting my fabolous test program main(){for(;;);}, the load avg
> climbs up to 2.0. .config is below
>
> roy
I'd say you have a zombie or 'D' hung process. Can we see your top/ps output?
--
vda
^ permalink raw reply
* Re: Unmounting a busy RO-Filesystem
From: Denis Vlasenko @ 2002-12-16 18:03 UTC (permalink / raw)
To: Bourne, linux-kernel
In-Reply-To: <3DFE789B.9020507@ToughGuy.net>
On 16 December 2002 23:06, Bourne wrote:
> I have 3 partitions. /dev/hda3 for '/' , /dev/hda1 for /boot and
> /dev/hda2 for swap.
>
> I boot & then i do a CTRL+ALT+SYSRQ+U. '/' and '/boot' are now
> remounted ReadOnly.
>
> 1) cd '/boot'
> 2) umount /boot ----> This gives me an error "Device Busy"
How do you imagine unmounting a directory when you are in it? ;)
> 3) cd /
> 4) umount / -------> No error
This is special case: "umount /" == "mount -o remount,ro /"
> 5) echo $? -----> outputs '0' indicating success. !!!!!!!!
>
> When i do the above by skipping the Sysrq part, i get the usual
> expected errors.
Without SysRq,
# mount -o remount,ro /
fails 'coz you have files open for writing.
You might ask how kernel can do that ro remount with SysRq?
It cheats! ;)
--
vda
^ permalink raw reply
* Re: Perl Or PhP?
From: Tyler @ 2002-12-16 13:08 UTC (permalink / raw)
To: linux-admin
In-Reply-To: <F42L1vQNLyWDxSLZxMH0000413f@hotmail.com>
On Thu, Dec 12, 2002 at 04:37:00AM +0000, vick Julius wrote:
>
> I heard a lot about PhP but I did not have the opportunity to play with it.
> 1) Is it better than Perl?
Questions like this have been known to start wars.
> 2) Are there tasks that you can do with PhP that cannot be done with perl?
None that I know of. I'm going to pretty confidently say that anything
that can be done in PHP can be done in Perl. That being said, my
personal preference is to use PHP for web-based applications. Best to
know both in order to choose based on preference. If you know Perl (or
have pretty much any programming experience) you will pick up PHP
easily.
> 3)Can someone, who knows perl, stick with perl without learning Php?
>
I would say sure, absolutely. BUT...why WOULDN'T you want to know as
many languages as possible? I can't think of a single reason NOT to
learn PHP.
--
tyler at zerodivide dot cx
AIM: zerodivide1101
Mobile SMS: tyler-mobile at zerodivide dot cx
^ permalink raw reply
* Re: [PATCH] Add CONFIG_ACPI_RELAXED_AML option
From: Derek Broughton @ 2002-12-16 13:06 UTC (permalink / raw)
To: ACPI Development - Sourceforge
In-Reply-To: <001901c2a2f7$1f2eae50$0100000a@lennon>
From: "Craig Whitmore" <lennon-q3Ck4f9/EBK9koe0gwxAeg@public.gmane.org>
> > >
> > > Just 1 question. What do the manufacturer's say when you tell them they
> have
> > > a "broken" dsdt? Do they normally fix it? or give some excuse in a
> reason
> > > why they won't fix it?
> >
> > "No we don't. It works with Windows".
> >
>
> Even if its breaks the "specs"?
Hey, I didn't make it up. That's Dell's response to broken DSDTs.
-------------------------------------------------------
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
* Unmounting a busy RO-Filesystem
From: Bourne @ 2002-12-17 1:06 UTC (permalink / raw)
To: linux-kernel
I have 3 partitions. /dev/hda3 for '/' , /dev/hda1 for /boot and
/dev/hda2 for swap.
I boot & then i do a CTRL+ALT+SYSRQ+U. '/' and '/boot' are now
remounted ReadOnly.
1) cd '/boot'
2) umount /boot ----> This gives me an error "Device Busy"
3) cd /
4) umount / -------> No error
5) echo $? -----> outputs '0' indicating success. !!!!!!!!
When i do the above by skipping the Sysrq part, i get the usual expected
errors.
So is the above behaviour expected ? I tried this on 2.4.19 & 2.5.51.
Same results.
I am subscribed to the list
TIA
Bourne
^ permalink raw reply
* Re: [patch] ext3 fixes
From: Pascal Schmidt @ 2002-12-16 12:57 UTC (permalink / raw)
To: Andrew Morton; +Cc: linux-kernel
In-Reply-To: <3DFCE55B.E9C634E2@digeo.com>
On Sun, 15 Dec 2002 21:30:16 +0100, you wrote in linux.kernel:
> Fix it so that we only run ext3_mark_inode_dirty() if the inode was
> successfully instantiated.
After applying your three ext3 fixes to 2.4.20 and rebooting with
data=journal, I get the following message in dmesg which does not
appear with clean 2.4.20 (no matter whether data=ordered or
data=journal):
blk: queue c0370520, I/O limit 4095Mb (mask 0xffffffff)
It appears just after the messages for mounting my ext3 filesystems:
kjournald starting. Commit interval 5 seconds
EXT3-fs: mounted filesystem with journal data mode.
VFS: Mounted root (ext3 filesystem) readonly.
Freeing unused kernel memory: 256k freed
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,65), internal journal
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,71), internal journal
EXT3-fs: mounted filesystem with journal data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,69), internal journal
EXT3-fs: mounted filesystem with journal data mode.
kjournald starting. Commit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,70), internal journal
EXT3-fs: mounted filesystem with journal data mode.
Is the message just for information or should I worry?
--
Ciao,
Pascal
^ permalink raw reply
* Re: Discovery II (was Re: Support for Arctic platform (405LP based))
From: Mark A. Greer @ 2002-12-16 12:45 UTC (permalink / raw)
To: Roland Dreier; +Cc: linuxppc-embedded
In-Reply-To: <52smwyorqi.fsf_-_@topspin.com>
Roland Dreier wrote:
> Tom> ... with the exception of the current gt64260 code, which
> Tom> will hopefully get an update so that it could move
> Tom> up-and-out. But no promises there.
>
>This reminds me... can someone tell me what the status of Discovery II
>(MV64340) is at the moment?
>
>
Rabeeh Khoury from Marvell has done a port to it and put it in the
linux-galileo tree. I have no hardware to test it but Rabeeh says that
its been working fine for him for some time.
Mark
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* Re: 2 (minor) Alpha probs in 2.5.51
From: Dr. David Alan Gilbert @ 2002-12-16 12:49 UTC (permalink / raw)
To: rth, linux-kernel
In-Reply-To: <20021215173827.A10954@twiddle.net>
* Richard Henderson (rth@twiddle.net) wrote:
> > arch/alpha/kernel/built-in.o(.data+0x3038): undefined reference to
> > `cia_bwx_inw'
>
> Fixed in current TOT.
Great.
> > Unknown HZ value! (831) Assume 1024.
> Dunno. Could be your clock chip is going bad.
Don't think so; with 2.4.19 it seems to be fine, and it returns to the
low value after restarting a kernel from MILO even without powering the
machine down or returning to AlphaBIOS.
Dave
---------------- Have a happy GNU millennium! ----------------------
/ Dr. David Alan Gilbert | Running GNU/Linux on Alpha,68K| Happy \
\ gro.gilbert @ treblig.org | MIPS,x86,ARM,SPARC,PPC & HPPA | In Hex /
\ _________________________|_____ http://www.treblig.org |_______/
^ permalink raw reply
* bandwidth management
From: Imran Ali Rashid @ 2002-12-16 12:41 UTC (permalink / raw)
To: linux-admin
Hey people.
I need some help with bandwidth management.
we need a situation where one person isn't able to hog all the bandwidth to
himself.
stochastic fair queueing isn't giving a fair enough queueing system.
i need a solution with better queueing. CPU usage isn't an issue.
Temporarily we're using CBQ to limit bandwidth, however its not a preferred
solution since the bandwidth is limited even when there is bandwidth to
spare.
^ permalink raw reply
* 2.5.50 ipsec -> kernel: pmtu discvovery on SA AH/00003d54/ac110032
From: Arjan Filius @ 2002-12-16 12:47 UTC (permalink / raw)
To: linux-kernel
Hello,
While using IPSEC in tunnel mode with kernel 2.5.50 and up i get on the
ipsec gateway kernel messages like:
Dec 15 19:46:05 sjoerd kernel: pmtu discvovery on SA AH/00003d54/ac110032
And my sessions just "hangs".
I can reproduce it when requiring the gateway send large enough amount of
data to the client for example logged in with ssh on gateway and do a `cat
/var/log/messages`.
Same effect, when trying with a host behind the gateway.
However, when i don't use ipsec tunnel mode (transport) i can't reproduce it,
and also not without ipsec.
Any help here?
At least i found out that a:
iptables -I FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --set-mss 1300
Does the trick (on the gateway) after some searches about ipsec and mtu
problems.
Manual changing mtu sizes seems not to resolve my problem.
Is this a nonimplemented ipsec-fragmentation issue?
Note i'm useing 801.1q on the gateway, and the client is in a vlan behind a
vlan-enabled c3548Xl switch, which is normally operating OK.
vlan100 is with 802.1q on eth0 (note same MAC, but different manual MTU)
eth0 Link encap:Ethernet HWaddr 00:00:AF:00:00:00
inet addr:172.16.0.1 Bcast:172.16.255.255 Mask:255.255.0.0
inet6 addr: fe80::200:afff:fe00:0/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:9000 Metric:1
RX packets:23417 errors:0 dropped:0 overruns:0 frame:0
TX packets:1300 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:1540693 (1.4 Mb) TX bytes:203391 (198.6 Kb)
Interrupt:10
sjoerd:/images/kernel/linux-2.5.52 # ifconfig vlan100
vlan100 Link encap:Ethernet HWaddr 00:00:AF:00:00:00
inet addr:172.17.0.1 Bcast:172.17.255.255 Mask:255.255.0.0
inet6 addr: fe80::200:afff:fe00:0/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1567 errors:0 dropped:0 overruns:0 frame:0
TX packets:213 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:108910 (106.3 Kb) TX bytes:39427 (38.5 Kb)
And using on the gateway to set up ipsec:
#!/sbin/setkey -f
flush;
spdflush;
# AH
add 172.17.0.1 172.17.0.50 ah 15700 -A hmac-md5 "****************";
add 172.17.0.50 172.17.0.1 ah 24500 -A hmac-md5 "****************";
# ESP
add 172.17.0.1 172.17.0.50 esp 15701
-m tunnel
-E 3des-cbc "************************";
add 172.17.0.50 172.17.0.1 esp 24501
-m tunnel
-E 3des-cbc "************************";
spdadd 0.0.0.0/0 172.17.0.50 any -P out ipsec
esp/tunnel/172.17.0.1-172.17.0.50/require
ah/transport//require;
spdadd 172.17.0.50 0.0.0.0/0 any -P in ipsec
esp/tunnel/172.17.0.50-172.17.0.1/require
ah/transport//require;
--
Arjan Filius
mailto:iafilius@xs4all.nl
^ permalink raw reply
* Re: netstat and 2.5.5[12]
From: Anders Gustafsson @ 2002-12-16 12:45 UTC (permalink / raw)
To: joe user; +Cc: linux-kernel
In-Reply-To: <F108c41W2ufyWOxbCJn0000a14c@hotmail.com>
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.
--
Anders Gustafsson - andersg@0x63.nu - http://0x63.nu/
^ permalink raw reply
* Re: kernel 2.4 smc1 problems ... advice please ...
From: Leonardo Pereira Santos @ 2002-12-16 12:28 UTC (permalink / raw)
To: James Don, linuxppc-embedded
In-Reply-To: <DB0585C9F6F9D411BE8F00D0B7896A4CC05F11@SNCMAIL>
Well we managed to make a MPC850 FADS work. But we haven't got any
problems with the console, but with the ethernet. My guess is that you have
a kernel configuration problem, problably at the MPC8xx CPM Options. There,
the only two selected options are the very first one, CPM SCC Ethernet, and
the the second one, SCC2 used of the ethernet. All the other options aren't
selected. After that, if you find out that the kernel is not initializing
the ethernet too (it'll complain that it can't mount the root FS if you're
using NFS), then you'll vahe to copy some definitions for the EPLD's
registers for the FADS boards. The kernel's one are outdated, I think. But
PPCBoot, as you already noticed, are correct, so edit asm-ppc/fads.h our
platforms/fads.h and change the BCSRs definitions found that for the
PPCBoot's ones. That solved our problems.
Cheers.
----- Original Message -----
From: "James Don" <JDon@spacebridge.com>
To: <linuxppc-embedded@lists.linuxppc.org>
Sent: Saturday, December 14, 2002 5:37 PM
Subject: kernel 2.4 smc1 problems ... advice please ...
>
> Hello,
>
> I am cuurently trying to boot up the linux kernel using ppcboot 1.16 and
the
> 2.4 kernel with only smc1 uart support as a start on an MPC860 FADS
derived
> board.
>
> So far I have:
> - ppcboot running great
> - tftpboot graps my kernel puts in RAM
> - bootm starts my kernel ... BUT no serial activity ...
>
> I am using the vision ICE currently to debug the kernel start up but it
has
> a problem stepping through the 'rfi' etc when memory protection is
running.
>
> So currently I can only really peek at the PC and see that I am indeed
> excuting kernel code.
>
> I believe my memory map is ok:
> MEM VIRT PHYS
> RAM 0xc0000000 0x00000000
> IMMR 0xff000000 0xff000000
>
> My pc seems to get beyond start_kernel ... but I don't see the kernel
banner
> printed or anything ... with an ocillioscope I don't see any serial
activity
> at all after I exit ppcboot ...
>
> I have check the following so far to the best of my abilities (until I get
a
> BDI 2000) ... and the MMU looks ok ... and my SMC port B settings are ok
as
> well.
>
> Does anyone have any tips that could help me out? For some reason I think
> either my MMU is not set to what I think it is ... or my SMC config has
> tanked ...
>
> Regards,
> Jim
>
>
>
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
^ permalink raw reply
* Re: writing new BBRAM driver
From: Geoffroy Stevenne @ 2002-12-16 12:54 UTC (permalink / raw)
To: linux-mtd
In-Reply-To: <Pine.LNX.4.31.0212161057400.28011-100000@www.optixsoft.de>
Hi,
On Mon, 16 Dec 2002 11:14:41 +0100 (MET)
Tobias Otto-Adamczak <toa@indakom.de> wrote:
> Alex Pavloff, 2002-12-13, 15:45h:
>
> > Hi there folks. I've written the struct mtd_info functions for a
> > 128KB BBRAM driver for my companies new board. It's horribly
> > simple, as most of it is actually done by a gate array on the board,
> > so from kernel land its just poking ioports. Easy stuff.
Great! If it works with the versalogic board it will be tested
here with a 512KB BBRAM. Of course I'll provide maximum feedback
(maybe patches if any required). Thanks!
--
Geoffroy
^ permalink raw reply
* Unexpected IO-APIC
From: Pasquale Federico Zema @ 2002-12-16 12:21 UTC (permalink / raw)
To: linux-smp
I got this message when booting a freshly compiled 2.4.19 Linux kernel
on
my PC. Please feel free to request any information about my system
configuration.
Best regards
Federico
root# cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 15
model : 2
model name : Intel(R) Pentium(R) 4 CPU 2.40GHz
stepping : 7
cpu MHz : 2411.619
cache size : 512 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2
ss ht tm
bogomips : 4810.34
---------------------------------------------------------------------------
Best Regards
Pasquale Federico Zema
#====================================================================#
Pasquale Federico Zema - PhD Student
Physics Dep. - Universita' della Calabria
Cosenza - Italy
tel: +39-0984-49-6099/6104
mail: zema@cs.infn.it
$100 invested at 7% interest for 100 years will become $100,000,
at which time it will be worth absolutely nothing.
-- Lazarus Long, "Time Enough for Love"
#====================================================================#
^ permalink raw reply
* Metolious hardware-sensors-using-ACPI specs
From: Pavel Machek @ 2002-12-16 12:17 UTC (permalink / raw)
To: ACPI mailing list, kernel list
Hi!
Is it goign to be implemented in linux-acpi?
I took a look at specs at intel, and it has rather funny legaleese:
LICENSE. Intel grants you a copyright license to download the Draft
Specification from the Site and make copies of the Draft Specification
subject to these conditions:
1. You may not copy, modify, reproduce, disclose, rent, sell,
distribute, transmit or transfer all or any part of the Draft
Specification except as provided in this Agreement, and you agree to
use reasonable efforts to prevent such actions for any copy of the
Draft Specification that you have received subject to this Agreement.
2. You may not transfer, transmit, distribute, publish, or publicly
display the Draft Specification in whole or in part without the
express written permission of Intel.
3. You may make copies of the Draft Specification for your own
internal use for the purpose of review and providing comments or
suggestions to Intel. This "Draft Specification License Agreement and
Disclaimers" must be included with and all copies of this Draft
Specification you make.
Of course I'm going to modify the specification. Probably print it on
the paper and burn it.
Intel puts specs on the web and then asks me to use "reasonable
efforts" to prevent further copying? WTF?!
I should copy their stupid legaleese for any copy for my use?!
Intel, kill your lawyers,
Pavel
--
Casualities in World Trade Center: ~3k dead inside the building,
cryptography in U.S.A. and free speech in Czech Republic.
^ permalink raw reply
* Metolious hardware-sensors-using-ACPI specs
From: Pavel Machek @ 2002-12-16 12:17 UTC (permalink / raw)
To: ACPI mailing list, kernel list
Hi!
Is it goign to be implemented in linux-acpi?
I took a look at specs at intel, and it has rather funny legaleese:
LICENSE. Intel grants you a copyright license to download the Draft
Specification from the Site and make copies of the Draft Specification
subject to these conditions:
1. You may not copy, modify, reproduce, disclose, rent, sell,
distribute, transmit or transfer all or any part of the Draft
Specification except as provided in this Agreement, and you agree to
use reasonable efforts to prevent such actions for any copy of the
Draft Specification that you have received subject to this Agreement.
2. You may not transfer, transmit, distribute, publish, or publicly
display the Draft Specification in whole or in part without the
express written permission of Intel.
3. You may make copies of the Draft Specification for your own
internal use for the purpose of review and providing comments or
suggestions to Intel. This "Draft Specification License Agreement and
Disclaimers" must be included with and all copies of this Draft
Specification you make.
Of course I'm going to modify the specification. Probably print it on
the paper and burn it.
Intel puts specs on the web and then asks me to use "reasonable
efforts" to prevent further copying? WTF?!
I should copy their stupid legaleese for any copy for my use?!
Intel, kill your lawyers,
Pavel
--
Casualities in World Trade Center: ~3k dead inside the building,
cryptography in U.S.A. and free speech in Czech Republic.
^ permalink raw reply
* Re: RFC: p&p ipsec without authentication
From: Andrew McGregor @ 2002-12-16 12:06 UTC (permalink / raw)
To: hps, linux-kernel
In-Reply-To: <atk5sr$a06$1@forge.intermeta.de>
NAT traversal can be done, in some (limited) cases even without the
cooperation of the NAT (although someone on the inside must cooperate).
Firewalls do be a problem. I think the best thing here is if you use this
kind of thing outside the firewall; I always build networks, even LANs,
with the crown jewels behind a firewall from the workstations, especially
if they run Windows. Authenticated IPSEC is a nice way to find out if we
can to some extent trust them, although it costs cycles.
As for compatibility, there are three ways to do it presently in the IETF
process (HIP, IKEv2 and FreeSWAN opportunistic mode), and two of them have
running code on multiple platforms.
Andrew
--On Monday, December 16, 2002 09:20:27 +0000 "Henning P. Schmiedehausen"
<hps@intermeta.de> wrote:
> Rik van Riel <riel@conectiva.com.br> writes:
>
>> Hi,
>
>> I've got a crazy idea. I know it's not secure, but I think it'll
>> add some security against certain attacks, while being non-effective
>> against some others.
>
> While the idea itself is nice, it would allow many attackers on your
> host to "dive" under IDS systems or avoid stateful firewalls which do
> protocol verification. And IDS system is "a three letter acronym
> listening on your traffic". And you want to avoid that. =:-)
>
> It won't traverse many firewalls either (because they won't let IPSEC
> pass) and you might get in trouble with NAT and protocols that need
> NAT fixup.
>
> And you basically divide the Internet into "Linux <-> Linux" and "the
> rest". :-)
>
> Regards
> Henning
^ permalink raw reply
* Re: possible problems with rc6 aplay
From: Mark Knecht @ 2002-12-16 12:04 UTC (permalink / raw)
To: martin-langer; +Cc: paul, Alsa-Devel, swpatrick
In-Reply-To: <20021216101721.GM773@tuba.home>
Martin,
That might certainly be an answer. How would this amixer switch get
st in the first place? I wouldn't mind doing it by hand once as long as
it was then loaded after that.
I'm having an interesting problem with this setup with now that's
probably based in this area. If I bring up these two systems with the
main DAW in Linux, and the slave system in Windows everything is fine.
The DAW controls the frequency via my running jack, but even at first
boot the two sides lock together just fine.
If I then boot the DAW into Windows, the two sides start making noise
through the speakers, and if I look at the RME app in Windows on the
slave machine, the frequency is bouncing around and so is the mode
saying it's master or slave. The worst part is I get ugly noise out of
my speakers unless I tell one f the two Windows machines what mode to be
in.
Is sort of makes sense...
Going back into Linux solves the noise problem.
Mark
On Mon, 2002-12-16 at 02:17, Martin Langer wrote:
> On Sun, Dec 15, 2002 at 08:38:54PM -0800, Mark Knecht wrote:
> > Paul,
> > I'm using two Hammerfalls in separate boxes. Please try to come up
> > with a solution, either automatically or by asking questions in some
> > configuration process, that allows two Linux boxes to choose which to
> > make the master. It is important in my case.
> >
>
> What about the amixer switch? You can use it for switching between master,
> world, ... modes, but I have only small personal experiences with external
> hardware using rme32.
>
> Another problem I see is the frequency of your master mode. In my opinion
> you can't set your card to master mode without defining it's frequency
> before. On rme32 I have three master three modes (32/44.1/48 kHz). If you
> have a freshly loaded driver and switch to master mode at first it's output
> frquency is totally undefined. But if you play at first some audio stuff
> with your rme32 it's no problem and the card uses this last frequency.
>
> But using master clock mode without defining a frequency before isn't
> plausible for me and defining one master mode for each frequency was only a
> quick solution by me.
>
> Any comments or better solutions?
>
> martin
>
>
> > Thanks,
> > Mark
> >
> > On Sun, 2002-12-15 at 19:13, Paul Davis wrote:
> > > >Latency: 4096 samples (2 periods of 16384 bytes)
> > > >Hardware pointer (frames): 0
> > > >Passthru: no
> > > >Clock mode: autosync
> > > >Pref. sync source: ADAT1
> > > >
> > > >IEC958 input: Coaxial
> > > >IEC958 output: Coaxial only
> > > >IEC958 quality: Consumer
> > > >IEC958 emphasis: off
> > > >IEC958 Dolby: off
> > > >IEC958 sample rate: error flag set
> > > >
> > > >ADAT Sample rate: 44100Hz
> > >
> > > if you're hammerfall is configured as shown above (and no, the name
> > > change makes no difference), then the SR that it uses will be
> > > determined by your external converter connected to the first ADAT
> > > port. nothing that ALSA does (or any program using ALSA does) will
> > > alter the SR. thats because you are synced to ADAT1, not the card's
> > > internal clock, thus the SR is determined by the clock signal arriving
> > > at ADAT1, which presumably comes from a converter somewhere back up
> > > the ADAT chain.
> > >
> > > its been on my to-do list for some time to make "master" the default
> > > clock mode on the hammerfall, which avoids any ambiguity about the
> > > sample rate used by the card. i've held back because its really not
> > > the right option for most studio-ish users, who have external
> > > converters that probably have rate switches on them and they expect
> > > the hammerfall to follow the switch setting.
> > >
> > > does any of this make it any clearer? its really a bit of problem that
> > > the rate setting code doesn't do a full 100% check on all this
> > > stuff. an app can set the rate to 44100, and appear to have succeeded,
> > > but it will have no difference on the actual rate if the sync source
> > > is not the clock's internal clock. this is true, btw, for most digital
> > > cards. if you tried to record at 44100, but your external converters
> > > were running at 48kHz (as you suggest they have been), then the
> > > recordings will be at 48kHz with the sync source set as shown above.
> > >
> > > --p
> > >
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > 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/
> > > _______________________________________________
> > > Alsa-devel mailing list
> > > Alsa-devel@lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/alsa-devel
> >
> >
> >
> >
> > -------------------------------------------------------
> > 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/
> > _______________________________________________
> > Alsa-devel mailing list
> > Alsa-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/alsa-devel
> >
> >
>
> --
> "2b|!2b"
-------------------------------------------------------
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
* netstat and 2.5.5[12]
From: joe user @ 2002-12-16 12:06 UTC (permalink / raw)
To: linux-kernel
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.
Joe
_________________________________________________________________
MSN Fotos: la forma más fácil de compartir e imprimir fotos.
http://photos.msn.es/support/worldwide.aspx
^ permalink raw reply
* Re: Alcatel speedtouch USB driver and SMP.
From: Andrew McGregor @ 2002-12-16 11:57 UTC (permalink / raw)
To: Greg KH, Colin Paul Adams; +Cc: linux-kernel
In-Reply-To: <20021216051300.GB12884@kroah.com>
There's a binary only one from Alcatel themselves, which only works on one
2.2 kernel and one (old) 2.4 kernel, the other is on SourceForge, and is
also GPL.
Andrew, who's just set up one himself on 2.4 and will try 2.5 when enough
else behaves.
--On Sunday, December 15, 2002 21:13:00 -0800 Greg KH <greg@kroah.com>
wrote:
> On Sun, Dec 15, 2002 at 08:58:14AM +0000, Colin Paul Adams wrote:
>> >>>>> "Greg" == Greg KH <greg@kroah.com> writes:
>>
>> Greg> On Sun, Dec 15, 2002 at 07:10:33AM +0000, Colin Paul Adams
>> Greg> wrote:
>> >> Can anyone tell me if the speedtouch driver is SMP safe yet?
>>
>> Greg> Which driver? I know of at least 3 different ones :(
>>
>> drivers/usb/misc/speedtouch.c
>
> Ah good, you're using one that the source is available for :)
> I think the developer has said it will work on SMP machines, but what
> problems are you having, and have you asked the author of the code?
>
>> Where are the others?
>
> I don't know, but I know they are out there...
>
> thanks,
>
> greg k-h
> -
> 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: Linux v2.5.52
From: James H. Cloos Jr. @ 2002-12-16 12:05 UTC (permalink / raw)
To: Kernel Mailing List; +Cc: Linus Torvalds, bcollins, Christoph Hellwig
In-Reply-To: <20021216102639.A27589@infradead.org>
>>>>> "CH" == Christoph Hellwig <hch@infradead.org> writes:
Linus> Ben Collins <bcollins@debian.org>: o IEEE-1394/Firewire update
CH> This merge looks fishy. It seems to be yet another let's throw my CVS
CH> repo in merge and backs out Al's work yo get rid of lots of devfs crap.
FWIW (which may be little) the ieee1394 code in 2.5.51 simply does not
work and the svn tree (same code as in 2.5.52) does. For those of us
who depend on sbp2 for day-to-day functionality it makes current 2.5
possible....
That said, less divergence between Linus' bk tree and linux1394.org's
svn tree would be welcome.
-JimC
^ permalink raw reply
* RE: Connecttrack Access
From: Oskar Andreasson @ 2002-12-16 11:57 UTC (permalink / raw)
To: Jeremy Fowler; +Cc: netfilter-devel
In-Reply-To: <MFEGKJBMPCLPMMMBAACNGEOJODAA.jfowler@westrope.com>
Hi Jeremy,
I haven't seen any reply to this so far so... There is one such reference
put together that you will find at
http://iptables-tutorial.frozentux.net/chunkyhtml/statemachine.html. It is
unfortunately not perfect, but I have not received any huge complaints
about the text so far.
On Fri, 6 Dec 2002, Jeremy Fowler wrote:
> Thanks, I found that out. Do you know of a reference somewhere that tells me
> what each column represents for each protocol. Do you know of any libraries that
> parses that file into a linked list of C structures?
>
> > -----Original Message-----
> > From: Harald Welte [mailto:laforge@gnumonks.org]
> > Sent: Thursday, December 05, 2002 2:40 PM
> > To: Jeremy Fowler
> > Cc: netfilter-devel@lists.netfilter.org
> > Subject: Re: Connecttrack Access
> >
> >
> > On Fri, Nov 22, 2002 at 12:41:03PM -0600, Jeremy Fowler wrote:
> > > New to the list, so sorry if this has been asked before. I was wondering if
> > > there is a library interface to access the connecttrack module's MASQUERADE
> > > feature to get a list of what port/ipaddr assignments. Basically
> > looking for a
> > > way to let a user-space program track SNAT connections and port usage.
> >
> > read and parse /proc/net/ip_conntrack.
> >
> > --
> > Live long and prosper
> > - Harald Welte / laforge@gnumonks.org http://www.gnumonks.org/
> > ============================================================================
> > GCS/E/IT d- s-: a-- C+++ UL++++$ P+++ L++++$ E--- W- N++ o? K- w--- O- M-
> > V-- PS+ PE-- Y+ PGP++ t++ 5-- !X !R tv-- b+++ DI? !D G+ e* h+ r% y+(*)
> >
>
>
>
--
----
Oskar Andreasson
http://www.frozentux.net
http://iptables-tutorial.frozentux.net
http://ipsysctl-tutorial.frozentux.net
mailto:blueflux@koffein.net
^ permalink raw reply
* Re: modprobe: Can't locate module personality-8
From: Stephan van Hienen @ 2002-12-16 12:01 UTC (permalink / raw)
To: linux-kernel; +Cc: sparclinux
In-Reply-To: <Pine.LNX.4.50.0212121031450.23699-100000@ddx.a2000.nu>
On Thu, 12 Dec 2002, Stephan van Hienen wrote:
> Dec 8 18:59:46 ddx modprobe: modprobe: Can't locate module personality-8
> Dec 8 18:59:46 ddx modprobe: modprobe: Can't locate module personality-8
> ..
> Dec 8 19:16:15 ddx modprobe: modprobe: Can't locate module personality-8
> Dec 8 19:16:55 ddx last message repeated 6 times
> Dec 8 19:17:06 ddx last message repeated 3 times
> ..
> Dec 11 10:06:12 ddx modprobe: modprobe: Can't locate module personality-8
> Dec 11 10:06:12 ddx modprobe: modprobe: Can't locate module personality-8
>
>
> Did i forget to compile something in the kernel ?
> (2.4.20 on sun ultrasparc)
> -
yesterday again :
Dec 14 03:46:30 ddx modprobe: modprobe: Can't locate module personality-8
Dec 14 03:47:11 ddx last message repeated 2 times
Dec 14 03:47:11 ddx modprobe: modprobe: Can't locate module personality-8
and now also 2 'new' errors :
Dec 14 03:54:18 ddx modprobe: modprobe: Can't locate module block-major-8
Dec 14 03:54:28 ddx modprobe: modprobe: Can't locate module block-major-8
Dec 14 03:55:32 ddx kernel: hdc:
Dec 14 03:55:34 ddx kernel: hdc:
(i think i runned fdisk at this time on /dec/hdc)
I don't have any modules compiled (all drivers inside kernel)
and i don't have /etc/modules.conf (someone told me that personality-8
could be an alias inside this config)
Can someone explain these 'errors' ?
^ 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.