* Re: Why does C3 CPU downgrade in kernel 2.4.20?
From: Alan Cox @ 2002-12-10 16:51 UTC (permalink / raw)
To: Daniel Egger; +Cc: Dave Jones, Joseph, Linux Kernel Mailing List
In-Reply-To: <1039504941.30881.10.camel@sonja>
> Interesting. I have no clue about which C3 you're talking about here but
> a VIA Ezra has all 686 instructions including cmov and thus optimising
> for PPro works best for me.
Well if you optimise for ppro it won't actually always work. Also the
scheduling seems to be best with 486. Remember the C3 is a single issue
risc processor.
Alan
^ permalink raw reply
* R_MIPS_26 etc.
From: yaelgilad @ 2002-12-10 16:11 UTC (permalink / raw)
To: linux-mips
[-- Attachment #1: Type: text/plain, Size: 702 bytes --]
Looking in the assembly code of my driver, I see the following
pattern repeating with every function call.
4ce4: 0c000000 jal 0
4ce4: R_MIPS_26 rx_wait_packet
(R_MIPS_26 is sometimes replaces by a similar command)
What is R_MIPS_26 ? What are the rest of them ?
I am guessing it has to do with relocatable addresses, but this specific
function is in the same C file. Marking it as "static" does change the code
and get rid of this command.
TIA
Gilad
P.S. I am building assembler files in two different methods:
- gmake <path-to-file>.lst
- mips-linux-odjdump -x -S <path-to-C-file> > <path-to-file.lst>
The outputs are similar but not identical.
What's the more "correct" way ?
TIA-2
[-- Attachment #2: Type: text/html, Size: 2789 bytes --]
^ permalink raw reply
* 2.5.51 won't boot with devfs enabled
From: Eric Buddington @ 2002-12-10 16:18 UTC (permalink / raw)
To: linux-kernel
With 2.5.51 (gcc-3.2, Athlon, mostly modules, DEVFS=y, DEVFS_DEBUG=y),
boot panics with "VFS: Cannot open root device "hda1" or
03:01".
I had the same problem with 2.5.50, avoidable by disabling devfs entirely.
-Eric
^ permalink raw reply
* Re: [BUG]: agpgart for i810 chipsets broken in 2.5.51
From: Dave Jones @ 2002-12-10 16:17 UTC (permalink / raw)
To: Antonino Daplas; +Cc: Linux Kernel Mailing List
In-Reply-To: <1039547205.1086.25.camel@localhost.localdomain>
On Wed, Dec 11, 2002 at 12:07:45AM +0500, Antonino Daplas wrote:
> > That chunk of X code is crap. So much so, that someone even put a
> > comment there (not that what they suggested was much better).
> >
> > See line 122 of http://www.atomised.org/docs/XFree86-4.2.1/agp_8c-source.html
> >
> Ouch. That's a sh??ty version check. And it has to be present from
> 4.0.0 to 4.2.1, and if they don't correct it, 4.3.0.
Andreas Schwab pointed out to me, that due to the broken boolean check,
I can bump the version to 0.100 and it'll work. At least until the
X folks change/remove that code.
Dave
^ permalink raw reply
* R_MIPS_26 etc.
From: yaelgilad @ 2002-12-10 16:11 UTC (permalink / raw)
To: linux-mips
[-- Attachment #1: Type: text/plain, Size: 702 bytes --]
Looking in the assembly code of my driver, I see the following
pattern repeating with every function call.
4ce4: 0c000000 jal 0
4ce4: R_MIPS_26 rx_wait_packet
(R_MIPS_26 is sometimes replaces by a similar command)
What is R_MIPS_26 ? What are the rest of them ?
I am guessing it has to do with relocatable addresses, but this specific
function is in the same C file. Marking it as "static" does change the code
and get rid of this command.
TIA
Gilad
P.S. I am building assembler files in two different methods:
- gmake <path-to-file>.lst
- mips-linux-odjdump -x -S <path-to-C-file> > <path-to-file.lst>
The outputs are similar but not identical.
What's the more "correct" way ?
TIA-2
[-- Attachment #2: Type: text/html, Size: 2789 bytes --]
^ permalink raw reply
* 자비출판 안내[시집,수필,소설,경제,경영,처세 기타][광고]
From: 한솜 @ 2002-12-10 16:07 UTC (permalink / raw)
To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f
[-- Attachment #1: Type: text/plain, Size: 1318 bytes --]
원고중개, 자비출판, 자서전, 기획출판 등 출판서비스 전문회사 자비출판 안내(시집,수필,소설,경제,경영,처세,기타)
acpi-devel님께 행복이 함께하시기를 빕니다.
귀하의 메일주소는 웹서핑중에서 알게 된것이며, E-Mail 주소 외에, 다른 정보는 갖고 있지 않습니다. 본 메일은 정보통신망 이용촉진 및 정보보호 등에 관한 법률 제 50조에 의거한[광고] 메일입니다
수신거부를 원하시면 여기를 클릭하기만 하세요~
[자비출판의 자세한 내용]
저작권사항
저자의 사상과 철학을 담아 품위있는 책으로 만들어 드립니다. 출판등록과 국제 문헌번호(ISBN)를 부여해 드립니다.
국립중앙도서관에 납본하여 언제라도 열람하실 수 있습니다.
저작권을 철저하게 보장합니다. 제작방법
노련한 운영으로 제작비를 최대한 절약하여 저렴한 비용이 듭니다.
철저하게 저자의 의도를 100% 반영합니다.
본문과 표지의 교정지를 최소한 두 번 이상 보내드립니다.
저자의 OK사인이 나야만 제작에 들어갑니다.
공격적인 경영으로 거래서점을 하루도 빠지지 않고 방문하여 도서의 진열상태를 수시로 점검하고, 더욱 좋은 자리에 진열될 수 있도록 최선을 다합니다. 인세 계약방식
처음 제작비의 일부를 저자가 부담하는 것 외에 일반 출판물과 동일한 계약 추가비용 전혀 없으며 책이 잘 팔리면 저자에게 인세를 지속적으로 지급 10% 선인세
자세한 사항은 도서출판 작은숲에서 살펴보시기 바랍니다.
도서출판 작은숲
[-- Attachment #2: Type: text/html, Size: 8509 bytes --]
^ permalink raw reply
* Re: [BUG]: agpgart for i810 chipsets broken in 2.5.51
From: Antonino Daplas @ 2002-12-10 19:08 UTC (permalink / raw)
To: Dave Jones; +Cc: Linux Kernel Mailing List
In-Reply-To: <20021210140301.GC26361@suse.de>
On Tue, 2002-12-10 at 19:03, Dave Jones wrote:
> On Tue, Dec 10, 2002 at 09:47:24PM +0500, Antonino Daplas wrote:
>
> btw, iirc you were the guy who wanted agpgart initialised sooner
> due to the way the i810 framebuffer worked ?
> How much sooner are we talking ? What puzzles me, is looking
> at the link order in the makefiles, agpgart should already be
> getting initialised before the framebuffer code, but doesn't
> seem to be for reasons unknown..
Tried it with framebuffer console off, same results. Moved agp before vt
in char/Makefile, same. Even manually calling agp_init() doesn't work
because what's really needed is agp_intel_init().
Anyway, I guess I'll stick to what I'm doing right now, periodically do
an inter_module_get("drm_agp") until it becomes available.
Tony
^ permalink raw reply
* Re: 2.4.20-ac1 hangs IBM Thinkpad
From: Alan Cox @ 2002-12-10 16:49 UTC (permalink / raw)
To: J.D. Hood; +Cc: Linux Kernel Mailing List
In-Reply-To: <20021210125332.69872.qmail@web10305.mail.yahoo.com>
On Tue, 2002-12-10 at 12:53, J.D. Hood wrote:
> I have also stopped using 2.4.20-ac1 on my ThinkPad.
> It performs much worse than 2.4.20-pre8-ac1 when running
> large applications such as OpenOffice. (It never crashed
> on me, though.) Having read the recent thread on changes
> to the scheduler and yield(), I suspect that the problem
> is related to that, since the 2.4-ac series has the O(1)
> scheduler.
Thats a bug in openoffice (or more accurately in the glibc thread
library). Our yield now does what it is *supposed* to do. Unfortunately
glibc is coded to rely on what used to happen. Andrea has a nice fix for
this which I'll probably merge soon
^ permalink raw reply
* Re: [BUG]: agpgart for i810 chipsets broken in 2.5.51
From: Antonino Daplas @ 2002-12-10 19:07 UTC (permalink / raw)
To: Dave Jones; +Cc: Linux Kernel Mailing List
In-Reply-To: <20021210144852.GD26361@suse.de>
On Tue, 2002-12-10 at 19:48, Dave Jones wrote:
> On Tue, Dec 10, 2002 at 09:47:24PM +0500, Antonino Daplas wrote:
> > On Tue, 2002-12-10 at 18:11, Dave Jones wrote:
> > > On Tue, Dec 10, 2002 at 05:21:29PM +0500, Antonino Daplas wrote:
> > > > 2. The i810 driver for Xfree86 will also fail to load because of
> > > > version mismatch (0.99 vs 1.0). Rolling back the version corrects the
> > > > problem.
> > >
> > > Ugh, that's great. So X has to be patched every time the agpgart code
> > > gets a new revision ? That sounds really unpleasant.
> > >
> > Actually, X is complaining that the kernel version was too old, crazy
> > no?
>
> That chunk of X code is crap. So much so, that someone even put a
> comment there (not that what they suggested was much better).
>
> See line 122 of http://www.atomised.org/docs/XFree86-4.2.1/agp_8c-source.html
>
Ouch. That's a sh??ty version check. And it has to be present from
4.0.0 to 4.2.1, and if they don't correct it, 4.3.0.
Tony
^ permalink raw reply
* Re: MSN
From: C. Henry @ 2002-12-10 16:05 UTC (permalink / raw)
To: netfilter@lists.netfilter.org
anoop
^ permalink raw reply
* [LARTC] benchmark routing
From: Giannhs Panagiotou @ 2002-12-10 16:03 UTC (permalink / raw)
To: lartc
[-- Attachment #1: Type: text/plain, Size: 238 bytes --]
Hi all.
Does anybody know a way to benchmark my router?
I thought to download the same file from a pc wich is routed and to hold the time it needs to get downloaded. But i'am wasting time this way. Is there anything ready i can use?
[-- Attachment #2: Type: text/html, Size: 656 bytes --]
^ permalink raw reply
* Re: Aic7xxx v6.2.22 and Aic79xx v1.3.0Alpha2 Released
From: James Bottomley @ 2002-12-10 16:02 UTC (permalink / raw)
To: Christoph Hellwig
Cc: Justin T. Gibbs, linux-scsi, Alan Cox, Marcelo Tosatti,
Linus Torvalds
In-Reply-To: <20021210131411.A30930@infradead.org>
The tarball contained a lot of extraneous files, but I think I got them all
weeded out. I've but the result at:
http://linux-scsi.bkbits.net/scsi-aic7xxx-2.5
it needs to be tested to make sure I captured everything.
Justin, this would be why patches are a lot easier to handle: we have
automated scripts to import them rather than having to do error prone manual
steps. All I need to know for a patch is where it was based, and I can get
bitkeeper and the tools to do the rest.
> I'll have a box with three aic7xxx of different types and a hotplug
> pci controller at work and I'd like to help integrating both your
> updates and my hotplug pci changes (which I'll send you and linux-scsi
> for review one done of course) into mainline.
Hey, I think you just got elected chief tester. Let me know how the above
archive fares (and any misc patches that are needed).
Thanks,
James
^ permalink raw reply
* Re: large await discrepancies
From: Joe Pruett @ 2002-12-10 15:59 UTC (permalink / raw)
To: linux-raid
In-Reply-To: <Pine.LNX.4.44.0212091539330.1479-100000@q7.q7.com>
and here is the global iostat info after 3 days of uptime. notice how the
hde drive has await and svctm values that are 10x of hda. is iostat bogus
and just leading me down a wild goose chase?
Linux 2.4.18-18.7.x.spirebigmem (atlas.spiretech.com) 12/10/2002
avg-cpu: %user %nice %sys %idle
2.96 0.01 2.21 94.82
Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz avgqu-sz await svctm %util
hde 29.13 16.34 8.04 29.97 296.93 373.03 17.63 0.04 4.24 3.05 1.16
hde1 0.08 0.00 0.00 0.00 0.17 0.00 55.79 0.00 1106.35 509.88 0.02
hde2 4.32 4.86 2.10 16.94 51.30 175.10 11.89 0.18 9.11 6.84 1.30
hde3 0.00 0.01 0.01 0.00 0.04 0.07 19.02 0.02 3027.18 2023.47 0.12
hde5 24.73 11.48 5.94 13.02 245.42 197.86 23.38 0.10 12.50 11.55 2.19
hda 32.67 15.74 8.53 30.66 329.11 373.03 17.92 0.08 6.69 4.26 1.67
hda1 0.09 0.00 0.00 0.00 0.18 0.00 59.04 0.00 135.04 68.32 0.00
hda2 4.98 4.64 2.31 17.17 58.34 175.10 11.98 0.12 19.81 6.10 1.19
hda3 0.00 0.01 0.00 0.00 0.04 0.07 19.44 0.00 210.14 147.84 0.01
hda5 27.60 11.09 6.22 13.49 270.56 197.86 23.78 0.22 7.38 2.45 0.48
^ permalink raw reply
* Re: ip_conntrack_http?
From: Martin Josefsson @ 2002-12-10 15:59 UTC (permalink / raw)
To: Chris Shepherd; +Cc: Netfilter mailinglist
In-Reply-To: <1039534152.3df60848b8692@mail.whstuart.com>
On Tue, 2002-12-10 at 16:29, Chris Shepherd wrote:
> > How do you relate http connections to each other?
>
> Well, I would think the TCP RELATED flag should be set for the second
> connection from the browser. Not being a Netfilter programmer myself, I'm not
> sure if there's any connection identifier that's passed along with the RELATED
> connection information... If there was, would it not be possible to just
> forward all related connection IDs to one IP? So at most there should only be
> two or three connections in a group, and this would sort out situations where
> people sharing a connection would otherwise all end up on the same webserver,
> and not be effectively load balanced.
The question is still, how do you determine that a new connection is
related to another? The new connection is just that, a new connection.
You need some way to relate it to an existing connection. I have no idea
how to do that.
No "RELATED connection information" is passed along anywhere. It's just
an internal state in the connectiontracking. See below to understand how
it's set.
> On the connection-level, is it possible to somehow see which connection a new
> connection is related to? If so, I would think it'd be logically easy, but not
> necessarily programmatically so.
Related connections are for example the ftp-data connections or irc dcc
connections. They are known prior to their initiation beacause we parsed
them out of the control-datastream earlier and set up an expectation for
them. But with http we don't have a control connection we can parse to
fint out which ports will be used. Then they become marked as RELATED to
the control-datastream in which the information about them was parsed
out.
> > If you try it, please report back and tell me if it works (it's
> > completely untested, but it should work :)
>
> I will let you know when I get a chance to test it. I have the sneaky feeling
> that if this works properly (which it should), a lot of developers might wanna
> know about it. :)
> Thank you so much for your help, and being willing to make changes to the
> module for me!
I made this module for about the same case but reversed... SNAT to
multiple addresses and iptables will loadbalance between them. Some
stuff expects clients to always make their connection from the same ip.
For example hotmail or banking via internet (many things that require
login seems to have this requirement, for a good reason).
So I wrote the module to calculate which sourceip clients should get
when they initiate connections. Now they always get the same for all
connections and everything is happy. Note that I still get a lot of
balancing, diffrent clients get diffrent ip's, but always the same ip
(unless the range of ipaddresses used for SNAT is changed, then the
calculation is changed)
> > Other options may be the LVS, Linux Virtual Server project. I believe
> > they have loadbalancers and stuff for http.
>
> >From the documentation I've read, LVS does essentially the same thing as NF
> does: it forwards on a per connection basis. It too would succumb to this
> problem.
Ok, I thought they had some kind of solution for this problem. Maybe I
should go read up on it a little bit.
--
/Martin
Never argue with an idiot. They drag you down to their level, then beat
you with experience.
^ permalink raw reply
* Re: [LARTC] tbf : rate and effective speed (newbie)
From: Andrea Rossato @ 2002-12-10 15:59 UTC (permalink / raw)
To: lartc
In-Reply-To: <marc-lartc-103953508700943@msgid-missing>
Paolo Poletti wrote:
> # tc qdisc add dev eth0 root tbf rate 10kbit latency 50ms burst 1000
>
> Then i've tried to transfer a big (20 Mbyte) file onto my lan, using ftp
> and the client (ncftp) is saying that the average transfer speed is
> 39.71 kB ( around 400 kbit). What i'm missing ?
you are shaping outgoing traffic: so if you want to give it a try you
must upload!
to shape incoming traffic you need either ingress qdisc or IMQ : have a
look at LARTC.
you are downloading at 300kbit, by the way: 39.71*8
bye
andrea
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* Help! Desparately trying to get MTD support in RH8 kernel 2.4.18 -14
From: David Byres @ 2002-12-10 16:25 UTC (permalink / raw)
To: 'linux-mtd@lists.infradead.org'
Am trying to boot RH linux 8 from a DiskOnChip Millenium in an Allwell 1030N
set top box (STB). Trying to recompile the kernel for MTD support. Am
trying the loadable module route w/o success. Has anyone successfully done
this? Kernel recompiles ok but won't boot.
Sincerely appreciate anyone's assistance,
David
David Byres, MCSD
Director, Internet Systems Group
AMN Healthcare, Inc.
(858) 509-3580
^ permalink raw reply
* Cannot get serial card working: It worked ONCE.
From: mvw @ 2002-12-10 15:54 UTC (permalink / raw)
To: Linux-Hams
In-Reply-To: <Pine.LNX.4.44.0212101039080.29662-100000@jeeves.mvw.net>
Hello all,
New to this list but not to packet.
I am getting a box ready for ham packet radio use. Part of that is
recompiling with ax.25 (done, see previous email), and part is attaching a
TNC.
I did this and it worked once (I used minicom and was able to talk
successfully to the TNC). I then did kissattach (which should be
irrelevant, this should not survive a reboot and believe me, I've rebooted
plenty). IN any case, it never worked again: now, when I try, I see
nothing (no errors either). A breakout box shows no activity on pin 2 and
RTS (pin 4) inactive (should be active). So the port may think it is not
on. Why, when it did work once??
It is ttyS0. Oddly, when I now check using setserial, I see:
[root@dev root]# setserial /dev/ttyS0
/dev/ttyS0, UART: unknown, Port: 0x03f8, IRQ: 4
[root@dev root]# setserial /dev/ttyS1
/dev/ttyS1, UART: 16550A, Port: 0x02f8, IRQ: 3
DMESG says:
ttyS01 at 0x02f8 (irq = 3) is a 16550A
If I do the kissattach I see:
[root@dev ax25]# /usr/sbin/kissattach /dev/ttyS0 r1 44.135.90.46
tty_speed: tcgetattr: Input/output error
Any ideas? What else can I try? I must surely be overlooking something
totally obvious.
Michael VA3MVW
^ permalink raw reply
* Re: 2.2 networking, NET_BH latency
From: Stelian Pop @ 2002-12-10 16:01 UTC (permalink / raw)
To: James Morris; +Cc: Linux Kernel Mailing List
In-Reply-To: <Mutt.LNX.4.44.0212110257180.1749-100000@blackbird.intercode.com.au>
On Wed, Dec 11, 2002 at 02:57:32AM +1100, James Morris wrote:
> On Tue, 10 Dec 2002, Stelian Pop wrote:
>
> > > Can you reproduce the problem with a vanilla 2.2.23 kernel?
> >
> > I didn't try yet, but it is on my list.
> >
> > Should I interpret your message as some changes between 2.2.18 and 2.2.23
> > could be responsible for that behaviour or you are just shooting in the
> > dark ? :-)
> >
>
> No.
I take it as 'no, this was not a shot in the dark' then...
Could you please explain a bit more the problem ? Maybe point me to
some networking changes in particular ? (in my particular case, it
may be simpler to just try a specific patch instead of going directly
to 2.2.23...).
Thanks,
Stelian.
--
Stelian Pop <stelian.pop@fr.alcove.com>
Alcove - http://www.alcove.com
^ permalink raw reply
* Re: 2.2 networking, NET_BH latency
From: James Morris @ 2002-12-10 15:57 UTC (permalink / raw)
To: Stelian Pop; +Cc: Linux Kernel Mailing List
In-Reply-To: <20021210155632.GC23479@laguna.alcove-fr>
On Tue, 10 Dec 2002, Stelian Pop wrote:
> > Can you reproduce the problem with a vanilla 2.2.23 kernel?
>
> I didn't try yet, but it is on my list.
>
> Should I interpret your message as some changes between 2.2.18 and 2.2.23
> could be responsible for that behaviour or you are just shooting in the
> dark ? :-)
>
No.
- James
--
James Morris
<jmorris@intercode.com.au>
^ permalink raw reply
* [LARTC] tbf : rate and effective speed (newbie)
From: Paolo Poletti @ 2002-12-10 15:49 UTC (permalink / raw)
To: lartc
Probably this is an old question, but i'm not able to find nothing about...
So, i've just started to play with tc to limit the transfer speed to my
hdsl connection. I'm using the tbf and the command
# tc qdisc add dev eth0 root tbf rate 10kbit latency 50ms burst 1000
Then i've tried to transfer a big (20 Mbyte) file onto my lan, using ftp
and the client (ncftp) is saying that the average transfer speed is
39.71 kB ( around 400 kbit). What i'm missing ?
Thnaks in advance
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply
* Re: 2.2 networking, NET_BH latency
From: Stelian Pop @ 2002-12-10 15:56 UTC (permalink / raw)
To: James Morris; +Cc: Linux Kernel Mailing List
In-Reply-To: <Mutt.LNX.4.44.0212110245180.1678-100000@blackbird.intercode.com.au>
On Wed, Dec 11, 2002 at 02:46:11AM +1100, James Morris wrote:
> On Tue, 10 Dec 2002, Stelian Pop wrote:
>
> > I experience some odd behaviour when routing some network packets
> > on a 2.2(.18) kernel (with Ingo's low latency patch in case it
> > matters).
> >
> > Although there are probably bugs in the modifications we made
> > (a network card driver, some tweaks in the network core to deal
> > with several packet priorities etc), I'm not sure the behaviour
> > is directly due to a bug in our modifications or some synchronisation
> > issue we overlooked.
>
> Can you reproduce the problem with a vanilla 2.2.23 kernel?
I didn't try yet, but it is on my list.
Should I interpret your message as some changes between 2.2.18 and 2.2.23
could be responsible for that behaviour or you are just shooting in the
dark ? :-)
Stelian.
--
Stelian Pop <stelian.pop@fr.alcove.com>
Alcove - http://www.alcove.com
^ permalink raw reply
* Finally some success with Toshiba 1115-S103
From: Gregory Gulik @ 2002-12-10 15:44 UTC (permalink / raw)
To: acpi-devel-pyega4qmqnRoyOMFzWx49A
I finally got the latest ACPI patches applies to 2.4.20 to work but ONLY
when everything was compiled into the kernel. I couldn't for the life
of me get ACPI to work as loadable modules. I would always get
unresolved symbols upon trying to load them.
I must have rebuilt the kernel from scratch about 10 times, with three
different .config files, including one from another list member, but
nothing would result in modules that would load!
Now to the good news. I now have a full complement of files in
/proc/acpi including good battery status information
[root@toshiba1115 BAT1]# cat state
present: yes
capacity state: ok
charging state: unknown
present rate: 0 mA
remaining capacity: 4000 mAh
present voltage: 14800 mV
[root@toshiba1115 BAT1]# cat info
present: yes
design capacity: 4000 mAh
last full capacity: 4000 mAh
battery technology: rechargeable
design voltage: 14800 mV
design capacity warning: 420 mAh
design capacity low: 156 mAh
capacity granularity 1: 264 mAh
capacity granularity 2: 3780 mAh
model number: PA3209U
serial number: 3658Q
battery type: Li-Ion
OEM info: TOSHIBA
Even the Gnome/RH8 battery indicator shows the battery charge level just
fine but it can't seem to tell if the AC power cord is plugged in. It
always shows it's on battery.
I guess that's probably because /proc/acpi/ac_adapter is empty:
[root@toshiba1115 acpi]# ls /proc/acpi/ac_adapter/
[root@toshiba1115 acpi]#
This is definitely an improvement but I'm still wondering why ACPI
wouldn't work as a module...
--
Greg Gulik http://www.gulik.org/greg/
greg @ gulik.org http://www.drivingevents.com/
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
^ permalink raw reply
* Re: Why does C3 CPU downgrade in kernel 2.4.20?
From: Daniel Egger @ 2002-12-10 15:40 UTC (permalink / raw)
To: Juan Quintela; +Cc: Dave Jones, linux-kernel@vger.kernel.org
In-Reply-To: <m27kei9hd3.fsf@demo.mitica>
[-- Attachment #1: Type: text/plain, Size: 477 bytes --]
Am Die, 2002-12-10 um 13.40 schrieb Juan Quintela:
> Have you tested it?
Sort of.... :/
> Here, we got cmov to work if the two operands are registers, if any of
> the operands is in memory, it don't work.
Now *this* is really informative because it explains why my
testapplication which uses
80488c7: 0f 43 d0 cmovae %eax,%edx
doesn't SEGILL.
> Been there, been burned :p
Me too, just this morning.
--
Servus,
Daniel
[-- Attachment #2: Dies ist ein digital signierter Nachrichtenteil --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply
* module-init-tools 0.9.3 -- "missing" issue
From: ALESSANDRO.SUARDI @ 2002-12-10 15:44 UTC (permalink / raw)
To: rusty; +Cc: linux-kernel
As per the README...
[asuardi@dolphin module-init-tools-0.9.3]$ aclocal
[asuardi@dolphin module-init-tools-0.9.3]$ automake --add-missing --copy
Makefile.am: installing `./depcomp'
[asuardi@dolphin module-init-tools-0.9.3]$ autoconf
[asuardi@dolphin module-init-tools-0.9.3]$ ./configure --prefix=/
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
/download/kernel/v2.5/module-init-tools-0.9.3/missing: Unknown `--run' option
Try `/download/kernel/v2.5/module-init-tools-0.9.3/missing --help' for more information
configure: WARNING: `missing' script is too old or missing
checking for gawk... gawk
checking whether make sets ${MAKE}... yes
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
configure: creating ./config.status
config.status: creating Makefile
config.status: executing depfiles commands
So - it complains about 'missing' not knowing the --run option. Indeed:
[asuardi@dolphin module-init-tools-0.9.3]$ ./missing --help
./missing [OPTION]... PROGRAM [ARGUMENT]...
Handle `PROGRAM [ARGUMENT]...' for when PROGRAM is missing, or return an
error status if there is no known handling for PROGRAM.
Options:
-h, --help display this help and exit
-v, --version output version information and exit
Supported PROGRAM values:
aclocal touch file `aclocal.m4'
autoconf touch file `configure'
autoheader touch file `config.h.in'
automake touch all `Makefile.in' files
bison create `y.tab.[ch]', if possible, from existing .[ch]
flex create `lex.yy.c', if possible, from existing .c
lex create `lex.yy.c', if possible, from existing .c
makeinfo touch the output file
yacc create `y.tab.[ch]', if possible, from existing .[ch]
[asuardi@dolphin module-init-tools-0.9.3]$
Unfortunately I'm a newbie in the new module-init-tools && little time to
dig deeper, so take this as a very simple report. Thanks,
--alessandro
^ permalink raw reply
* Canot get serial card working: It worked ONCE.
From: mvw @ 2002-12-10 15:39 UTC (permalink / raw)
To: Linux-Hams
Hello all,
New to this list but not to packet.
I am getting a box ready for ham packet radio use. Part of that is
recompiling with ax.25 (done, see previous email), and part is attaching a
TNC (a sort of radio modem) to the serial port.
I did this and it worked once (I used minicom and was able to talk
successfully to the TNC). I then did kissattach (which should be
irrelevant, this should not survive a reboot and believe me, I;ve rebooted
plenty). IN any case, it never worked again: now, when I try, I see
nothing (no errors either). A breakout box shows no activity on pin 2 and
RTS (pin 4) inactive (should be active). So the port may think it is not
on.
It is ttyS0. Oddly, when I now check using setserial, I see:
[root@dev root]# setserial /dev/ttyS0
/dev/ttyS0, UART: unknown, Port: 0x03f8, IRQ: 4
[root@dev root]# setserial /dev/ttyS1
/dev/ttyS1, UART: 16550A, Port: 0x02f8, IRQ: 3
DMESG says:
ttyS01 at 0x02f8 (irq = 3) is a 16550A
If I do the kissattach I see:
[root@dev ax25]# /usr/sbin/kissattach /dev/ttyS0 r1 44.135.90.46
tty_speed: tcgetattr: Input/output error
Any ideas? What else can I try? I must surely be overlooking something
totally obvious.
Michael VA3MVW
^ 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.