* [ALSA - driver 0001857]: regression in snd-cs4281 in recent 2.6.16-rcX kernels
From: bugtrack @ 2006-04-07 17:16 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=1857>
======================================================================
Reported By: hoffmajs
Assigned To:
======================================================================
Project: ALSA - driver
Issue ID: 1857
Category: PCI - cs4281
Reproducibility: always
Severity: major
Priority: normal
Status: new
Distribution: Ubuntu (Dapper)
Kernel Version: 2.6.16-rc4
======================================================================
Date Submitted: 02-19-2006 06:11 CET
Last Modified: 04-07-2006 19:16 CEST
======================================================================
Summary: regression in snd-cs4281 in recent 2.6.16-rcX
kernels
Description:
In the recent 2.6.16-rc kernels snd-cs4281 broke for me.
(I think since 2.6.16-rc2, but Im not sure atm. In 2.6.15 the card works
fine.)
# > modprobe snd-cs4281
ACPI: PCI Interrupt 0000:00:08.0[A] -> Link [LNKC] -> GSI 5 (level, low)
-> IRQ 5
never read ISV3 and ISV4 from AC'97
ACPI: PCI interrupt for device 0000:00:08.0 disabled
CS4281: probe of 0000:00:08.0 failed with error -5
and no soundcard is found.
If you need more info or want me to test something, please say so.
kind regards,
Jens
======================================================================
----------------------------------------------------------------------
Mo6eB - 04-07-06 13:11
----------------------------------------------------------------------
Also happens here.
Debian unstable, custom-compiled kernel, as well as the precompiled kernel
in the Debian repository don't work.
Fujitsu/Siemens Lifebook C-4345
lspci -vs 00:08
0000:00:08.0 Multimedia audio controller: Cirrus Logic Crystal CS4281 PCI
Audio (rev 01)
Subsystem: Fujitsu Limited. Crystal CS4281 PCI Audio
Flags: medium devsel, IRQ 5
Memory at fc010000 (32-bit, non-prefetchable) [size=4K]
Memory at fc000000 (32-bit, non-prefetchable) [size=64K]
Capabilities: [40] Power Management version 2
dmesg on a kernel, compiled with support for ACPI:
ACPI: PCI Interrupt 0000:00:08.0[A] -> Link [LNKC] -> GSI 5 (level, low)
-> IRQ 5
ALSA sound/pci/cs4281.c:1577: never read ISV3 and ISV4 from AC'97
ACPI: PCI interrupt for device 0000:00:08.0 disabled
CS4281: probe of 0000:00:08.0 failed with error -5
dmesg on a kernel, compiled without support for ACPI:
PCI: Found IRQ 5 for device 0000:00:08.0
ALSA sound/pci/cs4281.c:1577: never read ISV3 and ISV4 from AC'97
CS4281: probe of 0000:00:08.0 failed with error -5
It doesn't seem like ACPI is the problem. The second kernel was compiled
with no support whatsoever for power management. If you need me to try
some specific configuration, do say so.
----------------------------------------------------------------------
tiwai - 04-07-06 19:16
----------------------------------------------------------------------
Hm, how 2.6.17rc1? The timeout check in the probe routine was fixed.
Issue History
Date Modified Username Field Change
======================================================================
02-19-06 06:11 hoffmajs New Issue
02-19-06 06:11 hoffmajs Distribution => Ubuntu (Dapper)
02-19-06 06:11 hoffmajs Kernel Version => 2.6.16-rc4
03-02-06 16:05 tiwai Note Added: 0008319
04-05-06 10:33 julienbras Note Added: 0009119
04-07-06 13:11 Mo6eB Note Added: 0009138
04-07-06 19:16 tiwai Note Added: 0009142
======================================================================
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
^ permalink raw reply
* Re: Detecting deadlocks with hypervisor..
From: T S @ 2006-04-07 17:11 UTC (permalink / raw)
To: aliguori, ewan, edwin.zhai, rthelen; +Cc: Xen-devel
In-Reply-To: <4424477E.7080306@us.ibm.com>
>From: Anthony Liguori <aliguori@us.ibm.com>
>To: T S <thileepan_@hotmail.com>
>CC: xen-devel@lists.xensource.com
>Subject: Re: [Xen-devel] Detecting deadlocks with hypervisor..
>Date: Fri, 24 Mar 2006 13:24:46 -0600
>
>T S wrote:
>>This may sound a silly question (pardon me because i am relatively new to
>>linux kernel) .. will it be possible to continue running reboot.c (or for
>>that matter any kernel thread) when the kernel is deadlocked ? In Linux,
>>is the kernel a single process or a bunch of parallelly executing
>>entities? If later, then during a kernel deadlock (eg: by loading a faulty
>>module that disables interrupts and do something silly) there can still be
>>some other processes/threads run, right?
>
>Sorry for not making this more clear previously. You cannot restore a
>dead-locked domain if a normal xm save doesn't work. One thing that makes
>Xen unique is that guests actually are aware of what physical pages are
>assigned to them. When one does a save/restore, the guest has to
>canonicalize all of it's internal references to physical pages. When it's
>restored, it then remaps it's newly assigned physical pages to all the old
>places where it needed to know about them for some reason or another.
We took a look at the xc_linux_save() function ... and what we see is that
the canonicalize action is actually done by the Dom-0 (and not by the
Dom-U);
Dom-0 is able to do this because it is able to access the page tables of
Dom-U
as well as the pfn2mfn list of the Dom-U. Based on this, we think the Dom-0
can
actually save the 'context' of the deadlocked Dom-U. Please correct me if
this
claim is wrong.
Also, given that Dom-0 can access the page tables and other structures of
the deadlocked guest,
can one of you be able to tell me what changes I need to do to
xm_linux_save( ) (and other related functions) to save the state of the
deadlocked guest without doing any handshake with the guest OS ?
thanks!
- T
>If the guest isn't responsive when you do a save, then it will never
>canonicalize itself and there is no way to restore the domain.
>
>Regards,
>
>Anthony Liguori
>
>>thanks
>>TS
>>
>>>
>>>If a suspend completes correctly, Xend will see it (another watch will
>>>fire),
>>>and xc_linux_save will be free to complete the save.
>>>
>>> > Also, does it seem viable to clone a copy of a deadlocked guest OS in
>>>the
>>> > first place?
>>>
>>>If you have a byte-for-byte copy of a deadlocked guest, even if you could
>>>suspend it, surely it will be deadlocked when it is resumed. How do you
>>>intend to break the deadlock, and how is it easier to do that from
>>>outside
>>>than it is to perform deadlock detection in the guest?
>>>
>>>Ewan.
>>>
>>>
>>>_______________________________________________
>>>Xen-devel mailing list
>>>Xen-devel@lists.xensource.com
>>>http://lists.xensource.com/xen-devel
>>
>>_________________________________________________________________
>>Express yourself instantly with MSN Messenger! Download today - it's FREE!
>>http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
>>
>>
>>_______________________________________________
>>Xen-devel mailing list
>>Xen-devel@lists.xensource.com
>>http://lists.xensource.com/xen-devel
>
_________________________________________________________________
Don’t just search. Find. Check out the new MSN Search!
http://search.msn.click-url.com/go/onm00200636ave/direct/01/
^ permalink raw reply
* Re: Diff between Linus' and linux-mips git: elf.h
From: Martin Michlmayr @ 2006-04-07 17:19 UTC (permalink / raw)
To: Ralf Baechle; +Cc: linux-mips
In-Reply-To: <20060220113420.GB5594@linux-mips.org>
* Ralf Baechle <ralf@linux-mips.org> [2006-02-20 11:34]:
> > Can we agree?
> > -#define EM_MIPS_RS4_BE 10 /* MIPS R4000 big-endian */
> > +#define EM_MIPS_RS3_LE 10 /* MIPS R3000 little-endian */
> Not really :-)
>
> I've dug deep into history - but it seems nobody remembers the reason for
> this change anymore. I suspect actually both constant names might
> historically have been in use. For the purposes of Linux it's probably
> best to dump the whole number - it never had any relevance.
Maybe you can remove it, or at least bring it in sync.
--
Martin Michlmayr
http://www.cyrius.com/
^ permalink raw reply
* Re: [RFC] Hypercalls from HVM guests
From: Steve Ofsthun @ 2006-04-07 17:06 UTC (permalink / raw)
To: Petersson, Mats; +Cc: xen-devel
In-Reply-To: <907625E08839C4409CE5768403633E0BA7FBC7@sefsexmb1.amd.com>
Petersson, Mats wrote:
> Interesting subject - I must have missed the September patchset... I've
> been thinking a lot about para-virtualized drivers for HVM guests
> (because it would improve performance on some functions by a great deal
> to avoid intercepting half a dozen IO operations to actually perform a
> single transaction - like one READ of the virtual hard-disk).
This is exactly our interest as well.
> I'd like to make sure that you're aware that the AMD architecture also
> has a VMMCALL instruction, which is opcode (0F 01 D9). It would be great
> if you could implement some sort of auto-detect/switching so that your
> code works for AMD too. Of course, we could intercept invalid opcode and
> interpret the instruction, but that's far from a practical solution, I
> would think.
Thanks for pointing that out. I didn't realize the opcode was different.
I should be able to easily alter the hypercall page initialization to use
the proper AMD opcode.
What is the preferred method to distinguish SVM vs. VMX from within guest
code running in an HVM guest?
Steve
--
Steve Ofsthun - Virtual Iron Software, Inc.
^ permalink raw reply
* Re: [spi-devel-general] Re: [PATCH] spi: Added spi master driver for Freescale MPC83xx SPI controller
From: Kumar Gala @ 2006-04-07 17:04 UTC (permalink / raw)
To: David Brownell; +Cc: Vitaly Wool, Greg KH, linux-kernel, spi-devel-general
In-Reply-To: <200604070909.08266.david-b@pacbell.net>
On Apr 7, 2006, at 11:09 AM, David Brownell wrote:
> On Friday 07 April 2006 2:16 am, Vitaly Wool wrote:
>> Hi,
>>
>>> I guess I'm surprised you're not using txrx_buffers() and having
>>> that whole thing be IRQ driven, so the per-word cost eliminates
>>> the task scheduling. You already paid for IRQ handling ... why
>>> not have it store the rx byte into the buffer, and write the tx
>>> byte froom the other buffer? That'd be cheaper than what you're
>>> doing now ... in both time and code. Only wake up a task at
>>> the end of a given spi_transfer().
>>>
>> I might be completely wrong here, but I was asking myself this very
>> question, and it looks like that's the way to implement full duplex
>> transfers.
>
> Well, not the _only_ way. The polling-type txrx_word() calls are
> also full duplex. My point is more that it's bad/inefficient to
> incur both IRQ _and_ task switch overheads per word, when it would
> be a lot simpler to just have the IRQ handler do its normal job.
>
> (And that's even true if you've turned hard IRQ handlers into threads
> for PREEMPT_RT or whatever. In that case the "IRQ overhead" is a
> task switch, but you're still saving _additional_ task switches.)
This makes more sense about what I'm doing that is wasteful.
However, I'm not sure exactly where I should plug into things.
I think you are saying to continue using spi_bitbang_transfer &
spi_bitbang_work, but have spi_bitbang_work call my own bitbang-
>txrx_bufs().
- kumar
^ permalink raw reply
* Re: [PATCH 08/17] uml: prepare fixing compilation output
From: Jeff Dike @ 2006-04-07 16:05 UTC (permalink / raw)
To: Paolo 'Blaisorblade' Giarrusso
Cc: Andrew Morton, linux-kernel, user-mode-linux-devel
In-Reply-To: <20060407143107.19201.23684.stgit@zion.home.lan>
On Fri, Apr 07, 2006 at 04:31:08PM +0200, Paolo 'Blaisorblade' Giarrusso wrote:
> Move the build of user-offsets to arch/um/Kbuild, this will allow using the
> normal user-objs machinery. I had written this to fixup for a Kbuild change, but
> another fix was merged. This is still useful however.
What's the benefit of this?
Jeff
^ permalink raw reply
* [uml-devel] Re: [PATCH 08/17] uml: prepare fixing compilation output
From: Jeff Dike @ 2006-04-07 16:05 UTC (permalink / raw)
To: Paolo 'Blaisorblade' Giarrusso
Cc: Andrew Morton, linux-kernel, user-mode-linux-devel
In-Reply-To: <20060407143107.19201.23684.stgit@zion.home.lan>
On Fri, Apr 07, 2006 at 04:31:08PM +0200, Paolo 'Blaisorblade' Giarrusso wrote:
> Move the build of user-offsets to arch/um/Kbuild, this will allow using the
> normal user-objs machinery. I had written this to fixup for a Kbuild change, but
> another fix was merged. This is still useful however.
What's the benefit of this?
Jeff
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply
* Re: [PATCH 03/17] uml: fix 2 harmless cast warnings for 64-bit
From: Jeff Dike @ 2006-04-07 16:02 UTC (permalink / raw)
To: Paolo 'Blaisorblade' Giarrusso
Cc: Andrew Morton, linux-kernel, user-mode-linux-devel
In-Reply-To: <20060407143054.19201.89200.stgit@zion.home.lan>
On Fri, Apr 07, 2006 at 04:30:54PM +0200, Paolo 'Blaisorblade' Giarrusso wrote:
> From: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
>
> Fix two harmless warnings in 64-bit compilation (the 2nd doesn't trigger for now
> because of a missing __attribute((format)) for cow_printf, but next patches fix
> that).
I don't object to this bit, but it doesn't seem to match the comment. Was
there another cast that you meant to have here, but missed?
> - n = min((size_t)len, ARRAY_SIZE(console_buf) - console_index);
> + n = min((size_t) len, ARRAY_SIZE(console_buf) - console_index);
Jeff
^ permalink raw reply
* [uml-devel] Re: [PATCH 03/17] uml: fix 2 harmless cast warnings for 64-bit
From: Jeff Dike @ 2006-04-07 16:02 UTC (permalink / raw)
To: Paolo 'Blaisorblade' Giarrusso
Cc: Andrew Morton, linux-kernel, user-mode-linux-devel
In-Reply-To: <20060407143054.19201.89200.stgit@zion.home.lan>
On Fri, Apr 07, 2006 at 04:30:54PM +0200, Paolo 'Blaisorblade' Giarrusso wrote:
> From: Paolo 'Blaisorblade' Giarrusso <blaisorblade@yahoo.it>
>
> Fix two harmless warnings in 64-bit compilation (the 2nd doesn't trigger for now
> because of a missing __attribute((format)) for cow_printf, but next patches fix
> that).
I don't object to this bit, but it doesn't seem to match the comment. Was
there another cast that you meant to have here, but missed?
> - n = min((size_t)len, ARRAY_SIZE(console_buf) - console_index);
> + n = min((size_t) len, ARRAY_SIZE(console_buf) - console_index);
Jeff
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply
* Re: Trasnferring u-boot to P2 730
From: Kevin Hilman @ 2006-04-07 16:58 UTC (permalink / raw)
To: Ola Helm; +Cc: cp_singh, Linux-omap-open-source, kangjw
In-Reply-To: <3d3153f60604070015g5e260b69v3bc680d29f99fc@mail.gmail.com>
It's been a while since I've done this, so I don't remember the details, but
when I was at TI, here's what we did to put u-boot on boards with sysboot.
The 'sysboot' bootloader that is flashed on the board has the ability to flash
new images over the serial port. There is a windows command-line tool that is
used to communicate with sysboot during bootup in order to (re)flash the 730.
I forget what that tool is called.
Then you take the binary you want to flash, and add a small header to it
(includes, offset into flash, size, etc.) Then you pass this image to the
windows tool and power on the board.
I don't know if that tool ships as part of the 730 kit, but you should ask your
TI FAE for it.
Kevin
Ola Helm wrote:
> Hi,
>
> I'm really in the need of answers for this case because I cannot get any
> progress with this thing. So I'm daring to send this mail also to you
> few people who have been conversating here about 730 P2 during last
> month. The question is still: how have you managed to download u-boot to
> 730?
>
> I hope I don't bother anybody too much when I'm sending the mail
> directly and apologies in case I do. In case you cannot answer to this
> e.g. due to customers etc. it is totally ok, just forget this.
>
> Cheers,
>
> /O
>
>
>
>
>
>
>
>
>
>
>
>
>
> Hi,
>
> I have searched the archives and and tried to find some discussion
> about the
> issue and also checked out the /pub/documentation but none seems to
> exist
> which would answer. I'm trying to find out how to transfer u-boot to P2
> board. I'm interested to hear how have you managed to get the u-boot
> - and
> furthermore anything - to board.
>
> My situation is that board have SysBoot 1.18 in it. It does
> recognize and
> accept MMC and finds linking file, but it does not accept image
> itself. It
> gives a message:"Valid image could not be found". I have tried
> self-compiled
> and downloaded u-boot.out, u-boot.bin and u-boot files with no
> result, can't
> get a reason for that..
>
> I'm also intrested is there a way to download the u-boot via serial
> cable or
> other transfer method. I have tried to download with hyperterminal,
> minicom
> and OST Tool, but none seems to have any reaction to sysboot. I'm
> not sure
> am I using correct addresses in OST tool for flashing/RAM download
> thoug, I
> should use the debug board in some way I don't know, perhaps
> switches are
> not in correct positions in either of boards (in target I (think)
> have tried
> them in almost all possible positions and in debug board I mainly
> changed
> position of SW4-6 enabling/disabling RS-232 in either board and SW4-7
> changing UART 1 and 2) etc. etc.
>
> I have also tried to have connection via JTAG but it does not get
> connected
> even though I tried different switch / jumper settings, now
> JP1: 1-2
> JP2: 1-2
> JP3: 2-3
> (device does work, the reason is somewhere else).
>
> Ideas?
>
> /O
> _______________________________________________
> Linux-omap-open-source mailing list
> Linux-omap-open-source@linux.omap.com
> <mailto:Linux-omap-open-source@linux.omap.com>
> http://linux.omap.com/mailman/listinfo/linux-omap-open-source
> <http://linux.omap.com/mailman/listinfo/linux-omap-open-source>
>
>
>
>
>
--
Kevin Hilman
MontaVista Software -- http://www.mvista.com/
^ permalink raw reply
* Re: How to know when file data has been flushed into disk?
From: linux-os (Dick Johnson) @ 2006-04-07 16:55 UTC (permalink / raw)
To: Xin Zhao; +Cc: linux-kernel, linux-fsdevel
In-Reply-To: <4ae3c140604070904j51d1b968l2f62a1de647c0b02@mail.gmail.com>
On Fri, 7 Apr 2006, Xin Zhao wrote:
> Thanks for your reply.
>
> That make sense. But at least ext3 needs to know when all data has
> been flushed so that it can commit the meta data. Question is how can
> ext3 knows that? The data flushing is done by flush daemon. There go
> to be some way to notify ext3 that data is flushed. Where is this
> part of code in ext3 module?
>
> Xin
>
> On 4/7/06, Douglas McNaught <doug@mcnaught.org> wrote:
>> "Xin Zhao" <uszhaoxin@gmail.com> writes:
>>
>>> 3. Does sys_close() have to be blocked until all data and metadata
>>> are committed? If not, sys_close() may give application an illusion
>>> that the file is successfully written, which can cause the application
>>> to take subsequent operation. However, data flush could be failed. In
>>> this case, file system seems to mislead the application. Is this true?
>>> If so, any solutions?
>>
>> The fsync() call is the way to make sure written data has hit the
>> disk. close() doesn't guarantee that.
>>
>> -Doug
>>
In principle, you __never__ know that the data got to the
disk platter(s). Any database that thinks differently is
broken by design. You need transaction processing to be
assured that you have all the (correct) data available
in the database. Transaction processing provides atomic
stepping stones so that, in the event of a failure, the
transactions can be rolled back to the last complete one
and then restarted.
The simplest example is the use of a number of journal
files, each containing a record of the previous
transactions and enough information to roll-back the
database to the point at which these files were saved.
These files are checksummed and saved in order. In the
event of a crash, these files are read until the latest
of the readable ones has a correct checksum. The database
manager uses the information in the file to roll-back
the main database to the exact content at the time the
journal file was saved.
Once the database is restarted, any previous journal
files can be deleted as well as the bad ones that followed.
However, the journal file that was used to restart the
database is never deleted until it has been superseded
by another that worked in a database restart. That way,
there is always a way to get back to a clean database.
Cheers,
Dick Johnson
Penguin : Linux version 2.6.15.4 on an i686 machine (5589.42 BogoMips).
Warning : 98.36% of all statistics are fiction, book release in April.
_
\x1a\x04
****************************************************************
The information transmitted in this message is confidential and may be privileged. Any review, retransmission, dissemination, or other use of this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient, please notify Analogic Corporation immediately - by replying to this message or by sending an email to DeliveryErrors@analogic.com - and destroy all copies of this information, including any attachments, without reading or disclosing them.
Thank you.
^ permalink raw reply
* Re: [PATCH] use CONFIG_HZ
From: Ralf Baechle @ 2006-04-07 17:04 UTC (permalink / raw)
To: Maciej W. Rozycki; +Cc: Atsushi Nemoto, linux-mips
In-Reply-To: <Pine.LNX.4.64N.0604071742220.12718@blysk.ds.pg.gda.pl>
On Fri, Apr 07, 2006 at 05:46:06PM +0100, Maciej W. Rozycki wrote:
> > Make HZ configurable (DECSTATION can select 128/256/1024 HZ, JAZZ can
> > only select 100 HZ, others can select 48/100/128/250/256/1000/1024
> > HZ). Also remove all mach-xxx/param.h files and update all defconfigs
> > according to current HZ value.
>
> Thanks. I've got a suggestion SEAD (sead_defconfig) should use 100Hz by
> default too and given its usual setup I can't agree more.
I think I'll apply Atsushi's patch with two changes:
o SYS_SUPPORT_* -> SYS_SUPPORTS_*
o 48Hz is a very extreme setting and I don't think it's useful for
anything but very slow simulators, so I think I'm going to restrict
this setting by a dependency on something like CONFIG_EXPERIMENTAL.
Ralf
^ permalink raw reply
* Re: Serial console problem with Xen 3.0
From: Keir Fraser @ 2006-04-07 16:51 UTC (permalink / raw)
To: Michael Paesold; +Cc: Don Zickus, xen-devel Devel, Jan Beulich
In-Reply-To: <040901c65a5e$c0186e10$d801a8c0@zaphod>
On 7 Apr 2006, at 17:17, Michael Paesold wrote:
>> I have some suspicion that this, and the IRQ flooding issues that
>> suse have been seeing, may be due to insufficient checking and
>> translation and book-keeping at the ioapic management interface that
>> Xen exports.
> ...
>
> I just wanted to confirm that pnpacpi=off solves my problem and give
> me full access over the serial console.
>
> Should this get an issue in the bugtracker?
Yes, it's probably a good thing to gather all this stuff in one place.
By the way, I have some fixes already for the IO-APIC checking routine
that I mentioned. We're just going to give it a shakedown in Cambridge
before putting it in the public repository.
-- Keir
^ permalink raw reply
* Re: [uml-devel] [RFC][PATCH] include /usr/lib/uml in PATH
From: Mattia Dongili @ 2006-04-07 16:52 UTC (permalink / raw)
To: Blaisorblade; +Cc: user-mode-linux-devel, Geert Uytterhoeven, Jeff Dike
In-Reply-To: <200604070845.39534.blaisorblade@yahoo.it>
[-- Attachment #1: Type: text/plain, Size: 1472 bytes --]
On Fri, Apr 07, 2006 at 08:45:38AM +0200, Blaisorblade wrote:
> On Wednesday 05 April 2006 23:11, Mattia Dongili wrote:
> > On Tue, Apr 04, 2006 at 02:39:44AM +0200, Blaisorblade wrote:
[...]
> > > #define UML_LIB_PATH ":/usr/lib/uml"
>
> > what about a config option instead? CONFIG_UML_NET_PATH
>
> Don't think so, that's not supposed to be changed according to any config
> option or I can't see that. Unless on 64-bit system that's /usr/lib64/uml,
> and in that case it makes sense to have CONFIG_XXX =
> "/usr/lib/uml" (without :, add them only in the source, i.e. insulate details
> away).
Yes, that was what I meant. However it's probably not worth the effort
yet.
> > > 19 -> strlen(UML_LIB_PATH)
> > > in snprintf, "PATH=%s:/usr/lib/uml" -> "PATH=%s" UML_LIB_PATH
> > >
> > > (using string literal concatenation)
>
> > here's an updated patch, I added a check for current PATH=="" to avoid
> > touching the PATH variable when empty (again, kind of keeping the same
> > behaviour of a clean execvp, I mean it makes no sense to append
> > /usr/lib/uml and not /bin:/usr/bin too).
>
> In that case, you should append both IMHO - empty PATH and no PATH should be
> treated the same way, I think.
updated patch attached, I hope you like the if-statement .
Description:
append /usr/lib/uml to the existing PATH environment variable to let
execvp search uml_net in FHS compliant locations.
Signed-off-by: Mattia Dongili <malattia@linux.it>
--
mattia
:wq!
[-- Attachment #2: uml_net-2.diff --]
[-- Type: text/plain, Size: 1203 bytes --]
diff --git a/arch/um/os-Linux/main.c b/arch/um/os-Linux/main.c
index 2878e89..02cf668 100644
--- a/arch/um/os-Linux/main.c
+++ b/arch/um/os-Linux/main.c
@@ -74,6 +74,33 @@ static void last_ditch_exit(int sig)
exit(1);
}
+#define UML_LIB_PATH ":/usr/lib/uml"
+
+static void setup_env_path(void) {
+ char *new_path = NULL;
+ char *old_path = NULL;
+ int path_len = 0;
+
+ old_path = getenv("PATH");
+ /* if no PATH variable is set or it has an empty value
+ * just use the default + /usr/lib/uml
+ */
+ if (!old_path || (path_len = strlen(old_path)) == 0) {
+ putenv("PATH=:/bin:/usr/bin/" UML_LIB_PATH);
+ return;
+ }
+
+ /* append /usr/lib/uml to the existing path */
+ path_len += strlen("PATH=" UML_LIB_PATH) + 1;
+ new_path = malloc(path_len);
+ if (!new_path) {
+ perror("coudn't malloc to set a new PATH");
+ return;
+ }
+ snprintf(new_path, path_len, "PATH=%s" UML_LIB_PATH, old_path);
+ putenv(new_path);
+}
+
extern int uml_exitcode;
extern void scan_elf_aux( char **envp);
@@ -114,6 +141,8 @@ int main(int argc, char **argv, char **e
set_stklim();
+ setup_env_path();
+
new_argv = malloc((argc + 1) * sizeof(char *));
if(new_argv == NULL){
perror("Mallocing argv");
^ permalink raw reply related
* Re: Real Time Mirroring of a NAS
From: andy liebman @ 2006-04-07 16:50 UTC (permalink / raw)
To: Jim Klimov; +Cc: linux-raid
In-Reply-To: <8110058661.20060407200418@2ka.mipt.ru>
klimov@2ka.mipt.ru wrote:
> Hello andy,
>
> al> Can I export NAS B as a SAN or ISCSI target, connect the two machines
> Am I right in the assumption that your NASes are Linux boxes? :)
>
> Did you take a look at Linux "Network block devices" (nbd/enbd)? They
> might be what you need: you'd get a raw device on one of the servers
> to use in a mirror along with a local device. The NBD page mentioned
> some setups for high-availability services where an active server
> clones itself to a backup server and vice-versa, whichever was active
> most recently.
>
> I'm not sure about performance though...
>
> al> with, say, mryinet cards or 10 GbE TOE cards, mount the NAS B volume on
> al> NAS A, and create a RAID-1 mirror of the two volumes? Is this kind of
> al> thing done?
>
> Are you sure you need 10GbE? My experience with a 10-drive 3Ware 8506
> array in RAID5 shows that reads from it usually fit in 500-700Mbit/s.
> And it's a very busy popular fileserver, so I guess it's close to the
> hardware limits of our array.
>
Thanks for your reply, and the suggestions of others. I'm going to look
into both NBD and DRBD.
Actually, I see that my idea to export an iSCSI target from Server B,
mount it on A, and just create a RAID1 array with the two block devices
must be very similar to what DRBD is doing, but my guess is that DRBD,
with it's "heartbeat" signal, is probably more robust at error handling.
I'd love to hear from somebody who has experience with DRBD.
By the way, I use 3ware 9550SX cards. On a 16 drive RAID-5 SATA array, I
can get sequential reads that top 600 MBs/sec. That's megabytes, not
megabits. And write speeds are close to 400 MB/sec with the new faster
on-board XOR processing. And random reads are at least 200 MB/sec. So,
10 GbE is a must, really.
Andy
^ permalink raw reply
* Re: [Cbe-oss-dev] [PATCH 4/5] powerpc: export symbols for page size selection
From: Arnd Bergmann @ 2006-04-07 16:49 UTC (permalink / raw)
To: cbe-oss-dev; +Cc: linuxppc-dev, Mark Nutter
In-Reply-To: <20060407162026.GK952@pb15.lixom.net>
On Friday 07 April 2006 18:20, Olof Johansson wrote:
> On Fri, Apr 07, 2006 at 06:03:01PM +0200, Arnd Bergmann wrote:
> > On Friday 07 April 2006 17:42, Olof Johansson wrote:
> > > Yeah, what's the need for that, really? It needs to know so much of
> > > kernel internals that it's getting silly to allow it to be a module.
> >
> > How about if I do a patch that always includes the base but not
> > the actual file system?
>
> Sounds like a decent tradeoff.
>
Unfortunately, this one doesn't get rid of the need to have the
exports, since the context switch code also needs mmu_psize_defs
and the associated objects. I think I have to come up with
a different change for that, but I don't mind putting the base
stuff into the kernel in the first place.
Mark has some changes to the file layout pending that will
impact this as well. I first need to see how that works out
together.
The patch to make the base non-modular is trivial, so we might
as well apply it now.
Arnd <><
Index: linus-2.6/arch/powerpc/platforms/cell/Makefile
===================================================================
--- linus-2.6.orig/arch/powerpc/platforms/cell/Makefile
+++ linus-2.6/arch/powerpc/platforms/cell/Makefile
@@ -2,15 +2,13 @@ obj-y += interrupt.o iommu.o setup.o s
obj-y += pervasive.o
obj-$(CONFIG_SMP) += smp.o
-obj-$(CONFIG_SPU_FS) += spu-base.o spufs/
-
-spu-base-y += spu_base.o spu_priv1.o
+obj-$(CONFIG_SPU_FS) += spufs/
# needed only when building loadable spufs.ko
spufs-modular-$(CONFIG_SPU_FS) += spu_syscalls.o
obj-y += $(spufs-modular-m)
# always needed in kernel
-spufs-builtin-$(CONFIG_SPU_FS) += spu_callbacks.o
+spufs-builtin-$(CONFIG_SPU_FS) += spu_callbacks.o spu_base.o spu_priv1.o
obj-y += $(spufs-builtin-y) $(spufs-builtin-m)
^ permalink raw reply
* Re: Trasnferring u-boot to P2 730
From: Todd Poynor @ 2006-04-07 16:47 UTC (permalink / raw)
To: Ola Helm; +Cc: cp_singh, Linux-omap-open-source, kangjw
In-Reply-To: <3d3153f60604070015g5e260b69v3bc680d29f99fc@mail.gmail.com>
Ola Helm wrote:
...
>> I have also tried to have connection via JTAG but it does not get
>> connected
>> even though I tried different switch / jumper settings, now
>> JP1: 1-2
>> JP2: 1-2
>> JP3: 2-3
I did this once via an Abatron BDI-2000. George Davis had previously
got it working using the small JTAG debug board that shipped with some
versions of OMAP 730/16xx based on the "surfer" board; so far as I know
we never got a BDI to talk to the multiport debug card shipped with P2
boards. On the JTAG board:
* Jumper JP1 at 2-3
* Jumper JP2 at 1-2
* Jumper JP3 at 1-2
The P2 switches that worked for me included NOR and FULL/FASTBOOT = ON.
bdi config file used:
WM32 0xfffecc0c 0x00000012 ; EMIFS CONFIG = NOR flash CS3
and maybe some other stuff that I cribbed from the u-boot board setup code.
--
Todd
^ permalink raw reply
* 2.6.16.1 lost cpu, was: 2.6.16-rc5 'lost' cpu
From: jensmh @ 2006-04-07 16:45 UTC (permalink / raw)
To: Ashok Raj; +Cc: Zwane Mwaikambo, linux-kernel
In-Reply-To: <20060303103002.A26876@unix-os.sc.intel.com>
Ashok Raj writes:
> On Fri, Mar 03, 2006 at 09:54:34AM -0800, Zwane Mwaikambo wrote:
> >
> > > > Can you try sending dmesg output too?
> > >
> > > here it is, but this time all 4 cpus are detected. Later I will try
> > some reboots
> > > and check if I can reproduce the problem.
> >
> > Thanks, i'll wait for those results.
so yesterday was the first time this occured again, now with 2.6.16.1
> Next time it happens, please send dmesg, and also
Linux version 2.6.16.1 (root@voyager) (gcc version 3.4.6 (Gentoo Hardened 3.4.6, ssp-3.4.5-1.0, pie-8.7.9)) #1 SMP PREEMPT Thu Mar 30 08:50:19 CEST 2006
BIOS-provided physical RAM map:
BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
BIOS-e820: 0000000000100000 - 000000007ff75000 (usable)
BIOS-e820: 000000007ff75000 - 000000007ff77000 (ACPI NVS)
BIOS-e820: 000000007ff77000 - 000000007ff98000 (ACPI data)
BIOS-e820: 000000007ff98000 - 0000000080000000 (reserved)
BIOS-e820: 00000000fec00000 - 00000000fec90000 (reserved)
BIOS-e820: 00000000fee00000 - 00000000fee10000 (reserved)
BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)
1151MB HIGHMEM available.
896MB LOWMEM available.
found SMP MP-table at 000fe710
On node 0 totalpages: 524149
DMA zone: 4096 pages, LIFO batch:0
DMA32 zone: 0 pages, LIFO batch:0
Normal zone: 225280 pages, LIFO batch:31
HighMem zone: 294773 pages, LIFO batch:31
DMI 2.3 present.
ACPI: RSDP (v000 DELL ) @ 0x000febc0
ACPI: RSDT (v001 DELL WS 650 0x00000008 ASL 0x00000061) @ 0x000fd4d4
ACPI: FADT (v001 DELL WS 650 0x00000008 ASL 0x00000061) @ 0x000fd50c
ACPI: SSDT (v001 DELL st_ex 0x00001000 MSFT 0x0100000d) @ 0xffff373d
ACPI: MADT (v001 DELL WS 650 0x00000008 ASL 0x00000061) @ 0x000fd580
ACPI: BOOT (v001 DELL WS 650 0x00000008 ASL 0x00000061) @ 0x000fd604
ACPI: ASF! (v016 DELL WS 650 0x00000008 ASL 0x00000061) @ 0x000fd62c
ACPI: DSDT (v001 DELL dt_ex 0x00001000 MSFT 0x0100000d) @ 0x00000000
ACPI: PM-Timer IO Port: 0x808
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
Processor #0 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x06] enabled)
Processor #6 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x01] enabled)
Processor #1 15:2 APIC version 20
ACPI: LAPIC (acpi_id[0x04] lapic_id[0x07] enabled)
Processor #7 15:2 APIC version 20
ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0])
IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23
ACPI: IOAPIC (id[0x09] address[0xfec80000] gsi_base[24])
IOAPIC[1]: apic_id 9, version 32, address 0xfec80000, GSI 24-47
ACPI: IOAPIC (id[0x0a] address[0xfec80800] gsi_base[48])
IOAPIC[2]: apic_id 10, version 32, address 0xfec80800, GSI 48-71
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ9 used by override.
Enabling APIC mode: Flat. Using 3 I/O APICs
Using ACPI (MADT) for SMP configuration information
Allocating PCI resources starting at 88000000 (gap: 80000000:7ec00000)
Built 1 zonelists
Kernel command line: udev root=/dev/ram0 init=/linuxrc real_root=/dev/hda7
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
mapped IOAPIC to ffffb000 (fec80000)
mapped IOAPIC to ffffa000 (fec80800)
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
CPU 0 irqstacks, hard=c04b6000 soft=c04ae000
PID hash table entries: 4096 (order: 12, 65536 bytes)
Detected 2792.132 MHz processor.
Using pmtmr for high-res timesource
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Memory: 2072904k/2096596k available (2383k kernel code, 22436k reserved, 1148k data, 208k init, 1179092k highmem)
Checking if this processor honours the WP bit even in supervisor mode... Ok.
Calibrating delay using timer specific routine.. 5588.73 BogoMIPS (lpj=2794366)
Mount-cache hash table entries: 512
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: Physical Processor ID: 0
CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080 00004400 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#0.
CPU0: Intel P4/Xeon Extended MCE MSRs (12) available
CPU0: Thermal monitoring enabled
Checking 'hlt' instruction... OK.
CPU0: Intel(R) Xeon(TM) CPU 2.80GHz stepping 09
Booting processor 1/1 eip 2000
CPU 1 irqstacks, hard=c04b7000 soft=c04af000
Initializing CPU#1
Calibrating delay using timer specific routine.. 5581.16 BogoMIPS (lpj=2790581)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: Physical Processor ID: 0
CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080 00004400 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#1.
CPU1: Intel P4/Xeon Extended MCE MSRs (12) available
CPU1: Thermal monitoring enabled
CPU1: Intel(R) Xeon(TM) CPU 2.80GHz stepping 09
Booting processor 2/6 eip 2000
CPU 2 irqstacks, hard=c04b8000 soft=c04b0000
Not responding.
Inquiring remote APIC #6...
... APIC #6 ID: failed
... APIC #6 VERSION: failed
... APIC #6 SPIV: failed
CPU #6 not responding - cannot use it.
Booting processor 2/7 eip 2000
Initializing CPU#2
Calibrating delay using timer specific routine.. 5581.37 BogoMIPS (lpj=2790687)
CPU: After generic identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
CPU: After vendor identify, caps: bfebfbff 00000000 00000000 00000000 00004400 00000000 00000000
CPU: Trace cache: 12K uops, L1 D cache: 8K
CPU: L2 cache: 512K
CPU: Physical Processor ID: 3
CPU: After all inits, caps: bfebfbff 00000000 00000000 00000080 00004400 00000000 00000000
Intel machine check architecture supported.
Intel machine check reporting enabled on CPU#2.
CPU2: Intel P4/Xeon Extended MCE MSRs (12) available
CPU2: Thermal monitoring enabled
CPU2: Intel(R) Xeon(TM) CPU 2.80GHz stepping 09
Total of 3 processors activated (16751.26 BogoMIPS).
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1
checking TSC synchronization across 3 CPUs: passed.
Brought up 3 CPUs
migration_cost=1000,2000
checking if image is initramfs... it is
Freeing initrd memory: 745k freed
NET: Registered protocol family 16
ACPI: bus type pci registered
PCI: PCI BIOS revision 2.10 entry at 0xfbdd5, last bus=5
PCI: Using configuration type 1
ACPI: Subsystem revision 20060127
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: PCI Root Bridge [PCI0] (0000:00)
PCI: Probing PCI hardware (bus 00)
ACPI: Assume root bridge [\_SB_.PCI0] bus is 0
PCI quirk: region 0800-087f claimed by ICH4 ACPI/GPIO/TCO
PCI quirk: region 0880-08bf claimed by ICH4 GPIO
PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
Boot video device is 0000:01:00.0
PCI: Transparent bridge - 0000:00:1e.0
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1.PCI2._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI1.PCI3._PRT]
ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCI4._PRT]
ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 9 10 *11 12 15)
ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 *11 12 15)
ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 *9 10 11 12 15)
ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 9 *10 11 12 15)
ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 9 10 *11 12 15)
ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 9 10 11 12 15) *0, disabled.
ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 7 9 10 *11 12 15)
ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 9 10 *11 12 15)
Linux Plug and Play Support v0.97 (c) Adam Belay
pnp: PnP ACPI init
pnp: PnP ACPI: found 12 devices
usbcore: registered new driver usbfs
usbcore: registered new driver hub
PCI: Using ACPI for IRQ routing
PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report
pnp: 00:0b: ioport range 0x800-0x85f could not be reserved
pnp: 00:0b: ioport range 0xc00-0xc7f has been reserved
pnp: 00:0b: ioport range 0x860-0x8ff could not be reserved
PCI: Bridge: 0000:00:01.0
IO window: disabled.
MEM window: fc000000-fdffffff
PREFETCH window: f0000000-f7ffffff
PCI: Bridge: 0000:02:1d.0
IO window: e000-efff
MEM window: fe300000-fe4fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:02:1f.0
IO window: disabled.
MEM window: disabled.
PREFETCH window: disabled.
PCI: Bridge: 0000:00:02.0
IO window: e000-efff
MEM window: fe100000-fe4fffff
PREFETCH window: disabled.
PCI: Bridge: 0000:00:1e.0
IO window: disabled.
MEM window: f9000000-fbffffff
PREFETCH window: disabled.
PCI: Setting latency timer of device 0000:00:1e.0 to 64
Simple Boot Flag value 0x87 read from CMOS RAM was invalid
Simple Boot Flag at 0x7a set to 0x1
Machine check exception polling timer started.
IA-32 Microcode Update Driver: v1.14 <tigran@veritas.com>
highmem bounce pool size: 64 pages
Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
fuse init (API version 7.6)
Initializing Cryptographic API
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered
io scheduler cfq registered (default)
ACPI: PCI Interrupt 0000:01:00.0[A] -> GSI 16 (level, low) -> IRQ 169
nvidiafb: PCI id - 10de018a
nvidiafb: Actual id - 10de018a
nvidiafb: nVidia device/chipset 10DE018A
nvidiafb: CRTC0 analog not found
nvidiafb: CRTC1 analog not found
nvidiafb: EDID found from BUS1
nvidiafb: CRTC 0 is currently programmed for DFP
nvidiafb: Using DFP on CRTC 0
Panel size is 1600 x 1200
nvidiafb: MTRR set to ON
nvidiafb: Flat panel dithering disabled
Console: switching to colour frame buffer device 200x75
nvidiafb: PCI nVidia NV18 framebuffer (64MB @ 0xF0000000)
ACPI: Power Button (FF) [PWRF]
ACPI: Power Button (CM) [VBTN]
lp: driver loaded but no devices found
Real Time Clock Driver v1.12ac
PNP: PS/2 Controller [PNP0303:KBD] at 0x60,0x64 irq 1
PNP: PS/2 controller doesn't have AUX irq; using default 12
serio: i8042 AUX port at 0x60,0x64 irq 12
serio: i8042 KBD port at 0x60,0x64 irq 1
Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
serial8250: ttyS0 at I/O 0x3f8 (irq = 0) is a 16550A
serial8250: ttyS1 at I/O 0x2f8 (irq = 0) is a 16550A
00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A
parport: PnPBIOS parport detected.
parport0: PC-style at 0x378 (0x778), irq 7, using FIFO [PCSPP,TRISTATE,COMPAT,ECP]
lp0: using parport0 (interrupt-driven).
lp0: console ready
Floppy drive(s): fd0 is 1.44M
FDC 0 is a post-1991 82077
RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
loop: loaded (max 8 devices)
Intel(R) PRO/1000 Network Driver - version 6.3.9-k4-NAPI
Copyright (c) 1999-2005 Intel Corporation.
ACPI: PCI Interrupt 0000:03:0e.0[A] -> GSI 24 (level, low) -> IRQ 177
e1000: 0000:03:0e.0: e1000_probe: (PCI-X:100MHz:64-bit) 00:0d:56:09:09:fb
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
Linux video capture interface: v1.00
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH4: IDE controller at PCI slot 0000:00:1f.1
PCI: Enabling device 0000:00:1f.1 (0005 -> 0007)
ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 185
ICH4: chipset revision 1
ICH4: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:DMA
ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:DMA, hdd:DMA
Probing IDE interface ide0...
hda: IC35L120AVV207-1, ATA DISK drive
hdb: IC35L120AVV207-1, ATA DISK drive
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Probing IDE interface ide1...
hdc: HL-DT-STDVD-ROM GDR8162B, ATAPI CD/DVD-ROM drive
hdd: _NEC DVD+RW ND-1100A, ATAPI CD/DVD-ROM drive
ide1 at 0x170-0x177,0x376 on irq 15
hda: max request size: 512KiB
hda: 234375000 sectors (120000 MB) w/7965KiB Cache, CHS=16383/255/63, UDMA(100)
hda: cache flushes supported
hda: hda1 hda2 hda3 < hda5 hda6 hda7 hda8 >
hdb: max request size: 512KiB
hdb: 234375000 sectors (120000 MB) w/7965KiB Cache, CHS=16383/255/63, UDMA(100)
hdb: cache flushes supported
hdb: hdb1 hdb2 hdb3 < hdb5 >
hdc: ATAPI 48X DVD-ROM drive, 256kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.20
hdd: ATAPI 40X DVD-ROM CD-R/RW drive, 2048kB Cache, UDMA(33)
ieee1394: Initialized config rom entry `ip1394'
ACPI: PCI Interrupt 0000:05:0c.0[A] -> GSI 20 (level, low) -> IRQ 193
ohci1394: fw-host0: OHCI-1394 1.1 (PCI): IRQ=[193] MMIO=[fbeff800-fbefffff] Max Packet=[2048] IR/IT contexts=[4/8]
usbmon: debugfs is not available
ACPI: PCI Interrupt 0000:00:1d.7[D] -> GSI 23 (level, low) -> IRQ 201
PCI: Setting latency timer of device 0000:00:1d.7 to 64
ehci_hcd 0000:00:1d.7: EHCI Host Controller
ehci_hcd 0000:00:1d.7: debug port 1
PCI: cache line size of 128 is not supported by device 0000:00:1d.7
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 1
ehci_hcd 0000:00:1d.7: irq 201, io mem 0xfe500800
ehci_hcd 0000:00:1d.7: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 6 ports detected
USB Universal Host Controller Interface driver v2.3
ACPI: PCI Interrupt 0000:00:1d.0[A] -> GSI 16 (level, low) -> IRQ 169
PCI: Setting latency timer of device 0000:00:1d.0 to 64
uhci_hcd 0000:00:1d.0: UHCI Host Controller
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 2
uhci_hcd 0000:00:1d.0: irq 169, io base 0x0000ff80
usb usb2: configuration #1 chosen from 1 choice
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
ACPI: PCI Interrupt 0000:00:1d.1[B] -> GSI 19 (level, low) -> IRQ 209
PCI: Setting latency timer of device 0000:00:1d.1 to 64
uhci_hcd 0000:00:1d.1: UHCI Host Controller
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 3
uhci_hcd 0000:00:1d.1: irq 209, io base 0x0000ff60
usb usb3: configuration #1 chosen from 1 choice
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
usb 1-2: new high speed USB device using ehci_hcd and address 2
ACPI: PCI Interrupt 0000:00:1d.2[C] -> GSI 18 (level, low) -> IRQ 185
PCI: Setting latency timer of device 0000:00:1d.2 to 64
uhci_hcd 0000:00:1d.2: UHCI Host Controller
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 4
uhci_hcd 0000:00:1d.2: irq 185, io base 0x0000ff40
usb usb4: configuration #1 chosen from 1 choice
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 2 ports detected
usb 1-2: configuration #1 chosen from 1 choice
hub 1-2:1.0: USB hub found
hub 1-2:1.0: 4 ports detected
mice: PS/2 mouse device common for all mice
input: AT Translated Set 2 keyboard as /class/input/input0
input: PC Speaker as /class/input/input1
I2O subsystem v1.325
i2o: max drivers = 8
I2O Configuration OSM v1.323
I2O Bus Adapter OSM v1.317
I2O Block Device OSM v1.325
I2O ProcFS OSM v1.316
i2c /dev entries driver
device-mapper: 4.5.0-ioctl (2005-10-04) initialised: dm-devel@redhat.com
MC: drivers/edac/edac_mc.c version edac_mc Ver: 2.0.0 Mar 30 2006
MC: error reporting device not found:vendor 8086 device 0x2551 (broken BIOS?)
NET: Registered protocol family 2
IP route cache hash table entries: 131072 (order: 7, 524288 bytes)
TCP established hash table entries: 262144 (order: 9, 3145728 bytes)
TCP bind hash table entries: 65536 (order: 7, 786432 bytes)
TCP: Hash tables configured (established 262144 bind 65536)
TCP reno registered
IPv4 over IPv4 tunneling driver
GRE over IPv4 tunneling driver
TCP bic registered
Initializing IPsec netlink socket
NET: Registered protocol family 1
NET: Registered protocol family 17
NET: Registered protocol family 15
802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>
All bugs added by David S. Miller <davem@redhat.com>
p4-clockmod: P4/Xeon(TM) CPU On-Demand Clock Modulation available
Starting balanced_irq
Using IPI Shortcut mode
Freeing unused kernel memory: 208k freed
usb 3-1: new low speed USB device using uhci_hcd and address 2
usb 3-1: configuration #1 chosen from 1 choice
usbcore: registered new driver hiddev
input: Logitech USB-PS/2 Optical Mouse as /class/input/input2
input: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:1d.1-1
usbcore: registered new driver usbhid
drivers/usb/input/hid-core.c: v2.6:USB HID core driver
ieee1394: Node added: ID:BUS[0-00:1023] GUID[0001a30000062f2d]
ieee1394: Host added: ID:BUS[0-01:1023] GUID[86ffffffffffff00]
SCSI subsystem initialized
Initializing USB Mass Storage driver...
usbcore: registered new driver usb-storage
USB Mass Storage support registered.
ieee1394: sbp2: Driver forced to serialize I/O (serialize_io=1)
ieee1394: sbp2: Try serialize_io=0 for better performance
scsi0 : SBP-2 IEEE-1394
ReiserFS: hda7: found reiserfs format "3.6" with standard journal
ieee1394: sbp2: Logged into SBP-2 device
ieee1394: Node 0-00:1023: Max speed [S400] - Max payload [2048]
Vendor: SAMSUNG Model: SP1614N Rev: 0.01
Type: Direct-Access ANSI SCSI revision: 00
ReiserFS: hda7: using ordered data mode
ReiserFS: hda7: journal params: device hda7, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30
ReiserFS: hda7: checking transaction log (hda7)
ReiserFS: hda7: Using r5 hash to sort names
eth1394: eth1: IEEE-1394 IPv4 over 1394 Ethernet (fw-host0)
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: Detected an Intel E7505 Chipset.
agpgart: AGP aperture is 128M @ 0xe8000000
ACPI: PCI Interrupt 0000:00:1f.5[B] -> GSI 17 (level, low) -> IRQ 217
PCI: Setting latency timer of device 0000:00:1f.5 to 64
intel8x0_measure_ac97_clock: measured 51048 usecs
intel8x0: clocking to 48000
cx2388x v4l2 driver version 0.0.5 loaded
ACPI: PCI Interrupt 0000:05:0e.0[A] -> GSI 22 (level, low) -> IRQ 225
CORE cx88[0]: subsystem: 153b:1166, board: Conexant DVB-T reference design [card=19,insmod option]
TV tuner 4 at 0x1fe, Radio tuner -1 at 0x1fe
cx88[0]/0: found at 0000:05:0e.0, rev: 5, irq: 225, latency: 64, mmio: 0xfa000000
cx88[0]/0: registered device video0 [v4l2]
cx88[0]/0: registered device vbi0
set_control id=0x980900 reg=0x310110 val=0x00 (mask 0xff)
set_control id=0x980901 reg=0x310110 val=0x3f00 (mask 0xff00)
set_control id=0x980903 reg=0x310118 val=0x00 (mask 0xff)
set_control id=0x980902 reg=0x310114 val=0x5a7f (mask 0xffff)
set_control id=0x980909 reg=0x320594 val=0x40 (mask 0x40) [shadowed]
set_control id=0x980905 reg=0x320594 val=0x20 (mask 0x3f) [shadowed]
set_control id=0x980906 reg=0x320598 val=0x40 (mask 0x7f) [shadowed]
cx2388x dvb driver version 0.0.5 loaded
ACPI: PCI Interrupt 0000:05:0e.2[A] -> GSI 22 (level, low) -> IRQ 225
cx88[0]/2: found at 0000:05:0e.2, rev: 5, irq: 225, latency: 64, mmio: 0xf9000000
cx88[0]/2: cx2388x based dvb card
DVB: registering new adapter (cx88[0]).
DVB: registering frontend 0 (Conexant CX22702 DVB-T)...
microcode: CPU1 updated from revision 0xf to 0x2d, date = 08112004
microcode: CPU0 updated from revision 0xf to 0x2d, date = 08112004
microcode: CPU2 updated from revision 0xf to 0x2d, date = 08112004
Adding 987988k swap on /dev/mapper/swap1. Priority:-1 extents:1 across:987988k
Adding 987988k swap on /dev/mapper/swap2. Priority:-2 extents:1 across:987988k
e1000: eth0: e1000_watchdog_task: NIC Link is Up 100 Mbps Full Duplex
> cat /proc/acpi/processor/*
voyager ~ # cat /proc/acpi/processor/*/*
processor id: 0
acpi id: 1
bus mastering control: no
power management: no
throttling control: no
limit interface: no
<not supported>
active state: C1
max_cstate: C8
bus master activity: 00000000
states:
*C1: type[C1] promotion[--] demotion[--] latency[000] usage[00000000]
<not supported>
processor id: 1
acpi id: 3
bus mastering control: no
power management: no
throttling control: no
limit interface: no
<not supported>
active state: C1
max_cstate: C8
bus master activity: 00000000
states:
*C1: type[C1] promotion[--] demotion[--] latency[000] usage[00000000]
<not supported>
processor id: 2
acpi id: 4
bus mastering control: no
power management: no
throttling control: no
limit interface: no
<not supported>
active state: C1
max_cstate: C8
bus master activity: 00000000
states:
*C1: type[C1] promotion[--] demotion[--] latency[000] usage[00000000]
<not supported>
> ls /sys/devices/system/cpu
voyager ~ # ls /sys/devices/system/cpu
cpu0 cpu1 cpu2
^ permalink raw reply
* Re: [PATCH] spi: Added spi master driver for Freescale MPC83xx SPI controller
From: Kumar Gala @ 2006-04-07 16:44 UTC (permalink / raw)
To: David Brownell; +Cc: Greg KH, linux-kernel, spi-devel-general
In-Reply-To: <200604070854.41383.david-b@pacbell.net>
On Apr 7, 2006, at 10:54 AM, David Brownell wrote:
>
>>> Hmm, it will of course be overridden as soon as needed, but
>>> shouldn't
>>> that default be "inactive low" clock? SPI mode 0 that is. That
>>> stands
>>> out mostly because you were interpreting CPOL=0 as inactive high,
>>> and
>>> that's not my understanding of how that signal works...
>>
>> I'll change it, not sure what I was thinking but SPI mode 0 being the
>> default makes sense.
>
> The default doesn't really matter, since it will be overridden ...
> I was
> more concerned about CPOL=0 being misinterpreted ...
Gotcha, I see that I am misinterpreting CPOL/CPHA so I'll fix that up.
>>> ... here you use "__be32" not "u32", and no "__iomem"
>>> annotation. So
>>> this is inconsistent with the declaration above. Note that if you
>>> just made this "&bank->regname" you'd be having the compiler do any
>>> offset calculation magic, and the source code will be more obvious.
>>
>> Yep, I know what you mean.
>
> Good rule of thumb: run "sparse -Wbitwise" on your drivers, and
> have it
> tell you about goofed up things. (Assuming the asm-ppc headers are
> safe
> to run that on!) It's nice having tools tell you about bugs before
> you
> run into them "live", and GCC only goes so far.
Yeah, forgot to run sparse the first time.
>>>> +static
>>>> +int mpc83xx_spi_setup_transfer(struct spi_device *spi, struct
>>>> spi_transfer *t)
>>>> +{
>>>> + struct mpc83xx_spi *mpc83xx_spi;
>>>> + u32 regval;
>>>> + u32 len = t->bits_per_word - 1;
>>>> +
>>>> + if (len == 32)
>>>> + len = 0;
>>>
>>> So the hardware handles 1-33 bit words? It'd be good to filter
>>> the spi_setup() path directly then, returning EINVAL for illegal
>>> word lengths (and clock speeds).
>>
>> Uhh, no. The HW supports 4-bit to 32-bit words. However the
>> encoding of 32-bit is 0 in the register field, and 8-bit is a value
>> of 7, etc.. (bit encodings 1 & 2 are invalid).
>
> So that test should be "len == 31" too ...
Good catch, I had it testing bits_per_word directly before.
Actually, we support 4-bit to 16-bit, and 32-bit transfers.
>> I'm not following you on spi_setup(), but I think you mean to error
>> change bits_per_word there and return EINVAL if its not one we
>> support.
>
> Yes, but do it early: provide your own code to implement spi_setup
> (), which
> makes a range test and then either fails immediately or else
> delegates the
> rest of the work to spi_bitbang_setup() ... rather than only using
> that as
> the default.
>
> Your current code would claim to accept transfers with 64 bit words,
> but it wouldn't actually handle them correctly...
Right. However, do you think its really necessary to implement my
own spi_setup(), spi_bitbang_setup() is going to call my
setup_transfer() which will do the range checking for me (and I'll
need range checking in transfer_setup() anyways).
>>> I guess I'm surprised you're not using txrx_buffers() and having
>>> that whole thing be IRQ driven, so the per-word cost eliminates
>>> the task scheduling. You already paid for IRQ handling ... why
>>> not have it store the rx byte into the buffer, and write the tx
>>> byte froom the other buffer? That'd be cheaper than what you're
>>> doing now ... in both time and code. Only wake up a task at
>>> the end of a given spi_transfer().
>>
>> I dont follow you at all here. What are you suggesting I do?
>
> Don't do word-at-a-time I/O with spi_bitbang; you're using IRQs, and
> that's oriented towards polling. Don't fill bitbang->txrx_word[];
> don't
> use the default spi_bitbang_setup().
>
> Instead, provide your own setup(), and provide bitbang->txrx_buffers.
>
> Then when the generic not-really-bitbang core calls your
> txrx_buffers(),
> your code would record the "current" spi_transfer buffer pair and
> length
> then kickstart the I/O by writing the first byte from the TX buffer
> (or maybe zero if there is none). Wait on some completion event;
> return
> when the whole transfer has completed (or stopped after an error).
>
> Then the rest will be IRQ driven; you'll care only about "rx word
> ready"
> or whatever. When you get that IRQ, read the word ... and if there's
> an RX buffer, store it in the next location (else discard it).
> Decrement
> the length (by 1, 2, or 4 bytes). If length is nonzero, kickstart the
> next step by writing the next word from the TX buffer (or zero). When
> length is zero, trigger txrx_buffers() completion. Return from IRQ
> handler.
>
> See for example how bitbang_txrx_8() works; you'd basically be
> doing that
> as an irq-driven copy, instead of polling txrx_word(). The first
> version
> of your IRQ handler might be easier if it only handles 4-8 bit words,
> leaving 9-16 bits (and 17-32 bits) till later.
Maybe I'm missing where the polling is occurring now, but I felt like
I was effectively doing what you are describing.
^ permalink raw reply
* Status
From: Returned mail @ 2006-04-07 16:44 UTC (permalink / raw)
To: cpufreq
[-- Attachment #1: Type: text/plain, Size: 181 bytes --]
This message has been processed by Symantec AntiVirus.
transcript.exe was infected with the malicious virus W32.Mydoom!gen and has been deleted because the file cannot be cleaned.
[-- Attachment #2: Type: message/rfc822, Size: 1738 bytes --]
[-- Attachment #2.1.1: Type: text/plain, Size: 353 bytes --]
Dear user of www.linux.org.uk,
Your account was used to send a large amount of unsolicited e-mail messages during this week.
Obviously, your computer was infected and now contains a trojan proxy server.
We recommend that you follow instructions in the attachment in order to keep your computer safe.
Best regards,
The www.linux.org.uk support team.
[-- Attachment #2.1.2: transcript.zip --]
[-- Type: application/octet-stream, Size: 22 bytes --]
[-- Attachment #3: Type: text/plain, Size: 147 bytes --]
_______________________________________________
Cpufreq mailing list
Cpufreq@lists.linux.org.uk
http://lists.linux.org.uk/mailman/listinfo/cpufreq
^ permalink raw reply
* Re: [PATCH 09/17] uml: fix critical typo for TT mode
From: Jeff Dike @ 2006-04-07 15:45 UTC (permalink / raw)
To: Paolo 'Blaisorblade' Giarrusso
Cc: Andrew Morton, linux-kernel, user-mode-linux-devel
In-Reply-To: <20060407143110.19201.91963.stgit@zion.home.lan>
On Fri, Apr 07, 2006 at 04:31:10PM +0200, Paolo 'Blaisorblade' Giarrusso wrote:
> Noticed this for a compilation-time warning, so I'm fixing it even for TT mode -
> this is not put_user, but copy_to_user, so we need a pointer to sp, not sp
> itself (we're trying to write the word pointed to by the "sp" var.).
>
> Jeff, have I misunderstood anything?
No, you're right. Al spotted this as well, and I have this fix in my tree.
Jeff
^ permalink raw reply
* [uml-devel] Re: [PATCH 09/17] uml: fix critical typo for TT mode
From: Jeff Dike @ 2006-04-07 15:45 UTC (permalink / raw)
To: Paolo 'Blaisorblade' Giarrusso
Cc: Andrew Morton, linux-kernel, user-mode-linux-devel
In-Reply-To: <20060407143110.19201.91963.stgit@zion.home.lan>
On Fri, Apr 07, 2006 at 04:31:10PM +0200, Paolo 'Blaisorblade' Giarrusso wrote:
> Noticed this for a compilation-time warning, so I'm fixing it even for TT mode -
> this is not put_user, but copy_to_user, so we need a pointer to sp, not sp
> itself (we're trying to write the word pointed to by the "sp" var.).
>
> Jeff, have I misunderstood anything?
No, you're right. Al spotted this as well, and I have this fix in my tree.
Jeff
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply
* Re: problem building UML kernel with 2.6.16.1 -- dies when linking vmlinux
From: Jeff Dike @ 2006-04-07 15:43 UTC (permalink / raw)
To: Christopher Friesen; +Cc: linux-kernel
In-Reply-To: <443676ED.10907@nortel.com>
On Fri, Apr 07, 2006 at 08:27:57AM -0600, Christopher Friesen wrote:
> I just used CONFIG_MODE_TT based on the config comments for
> CONFIG_PT_PROXY: "If you want to do kernel debugging, say Y here;
> otherwise say N.". This then required MODE_TT.
Yeah, that's out of date, and I'm in the process of fixing stuff like that.
> Can I run UML under gdb in skas mode?
"gdb linux" and away you go.
Jeff
^ permalink raw reply
* Re: [Xenomai-core] Frozen timer IRQ
From: Philippe Gerum @ 2006-04-07 16:39 UTC (permalink / raw)
To: Philippe Gerum; +Cc: Jan Kiszka, xenomai-core
In-Reply-To: <44369320.6030406@domain.hid>
Philippe Gerum wrote:
> Jan Kiszka wrote:
>
>>
>> BTW, that trace hacking reminds me that we should really think about
>> making a kernel debugger run. I recently noticed that latest kgdb
>> applied with a single failing hunk on top of ipipe (2.6.15, x86). Maybe
>> it is just about making kgdb's irq-locks ipipe-aware and bypassing the
>> ipipe for int3 and the serial IRQ (so that ipipe can be debugged as
>> well) and catching the relevant exceptions. Hmm, the debugger seems to
>> get initialised in the "early" stage. Is this before or after ipipe
>> setup?
>>
>
> It depends. If "kgdbwait" is set in the bootargs to halt the kernel
> waiting for the remote GDB to connect to the target, kgdb starts before
> the ipipe. Otherwise, it's a late init, and kgdb starts after the ipipe
> is fully initialized.
>
Basically, kgdb could start before the i-pipe as soon as a breakpoint is
hit before the latter is enabled in init/main.c.
--
Philippe.
^ permalink raw reply
* Re: [PATCH] use CONFIG_HZ
From: Maciej W. Rozycki @ 2006-04-07 16:46 UTC (permalink / raw)
To: Atsushi Nemoto; +Cc: ralf, linux-mips
In-Reply-To: <20060408.010348.41197502.anemo@mba.ocn.ne.jp>
On Sat, 8 Apr 2006, Atsushi Nemoto wrote:
> Make HZ configurable (DECSTATION can select 128/256/1024 HZ, JAZZ can
> only select 100 HZ, others can select 48/100/128/250/256/1000/1024
> HZ). Also remove all mach-xxx/param.h files and update all defconfigs
> according to current HZ value.
Thanks. I've got a suggestion SEAD (sead_defconfig) should use 100Hz by
default too and given its usual setup I can't agree more.
Maciej
^ 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.