* [ALSA - driver 0002002]: No SPDIF/OUT device on ICH2
From: bugtrack @ 2006-04-07 17:24 UTC (permalink / raw)
To: alsa-devel
The following issue has been RESOLVED.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2002>
======================================================================
Reported By: Raymond
Assigned To: tiwai
======================================================================
Project: ALSA - driver
Issue ID: 2002
Category: PCI - intel8x0
Reproducibility: always
Severity: block
Priority: normal
Status: resolved
Distribution: Fedore Core 1
Kernel Version: 2.4.22-1.2199.nptl
Resolution: not an issue
Fixed in Version:
======================================================================
Date Submitted: 04-05-2006 04:00 CEST
Last Modified: 04-07-2006 19:24 CEST
======================================================================
Summary: No SPDIF/OUT device on ICH2
Description:
Do intel8x0 support SPDIF/OUT for ICH2 ?
00:1f.5 Multimedia audio controller: Intel Corp. 82801BA/BAM AC'97 Audio
(rev 12)
Subsystem: Asustek Computer, Inc.: Unknown device 8072
Flags: bus master, medium devsel, latency 0, IRQ 10
I/O ports at a800 [size=256]
I/O ports at a400 [size=64]
cat /proc/asound/pcm
01-01: Intel ICH - MIC ADC : Intel 82801BA-ICH2 - MIC ADC : capture 1
01-00: Intel ICH : Intel 82801BA-ICH2 : playback 1 : capture 1
cat /proc/asound/I82801BAICH2/codec97#0/ac97#0-0
0-0/0: Realtek ALC200,200P rev 0
PCI Subsys Vendor: 0x1043
PCI Subsys Device: 0x8072
Capabilities : -headphone out-
DAC resolution : 18-bit
ADC resolution : 18-bit
3D enhancement : Realtek 3D Stereo Enhancement
Current setup
Mic gain : +0dB [+0dB]
POP path : pre 3D
Sim. stereo : off
3D enhancement : off
Loudness : off
Mono output : MIX
Mic select : Mic1
ADC/DAC loopback : off
Extended ID : codec=0 rev=1 AMAP DSA=0 SPDIF VRA
Extended status : SPCV SPDIF=7/8 VRA
PCM front DAC : 48000Hz
PCM ADC : 48000Hz
SPDIF Control : Consumer PCM Category=0x2 Generation=1 Rate=48kHz
amixer -c 1 controls
numid=32,iface=MIXER,name='IEC958 Playback Con Mask'
numid=33,iface=MIXER,name='IEC958 Playback Pro Mask'
numid=36,iface=MIXER,name='IEC958 Playback AC97-SPSA'
numid=34,iface=MIXER,name='IEC958 Playback Default'
numid=35,iface=MIXER,name='IEC958 Playback Switch'
======================================================================
----------------------------------------------------------------------
tiwai - 04-07-06 19:24
----------------------------------------------------------------------
There is no dedicated PCM for SPDIF on ICH2.
Set up 'IEC958 AC97-SPSA' to 0 and turn on 'IEC958 Playback Switch'.
Issue History
Date Modified Username Field Change
======================================================================
04-05-06 04:00 Raymond New Issue
04-05-06 04:00 Raymond Distribution => Fedore Core 1
04-05-06 04:00 Raymond Kernel Version => 2.4.22-1.2199.nptl
04-07-06 19:24 tiwai Status new => resolved
04-07-06 19:24 tiwai Resolution open => not an issue
04-07-06 19:24 tiwai Assigned To => tiwai
04-07-06 19:24 tiwai Note Added: 0009147
======================================================================
-------------------------------------------------------
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: [RFC] Hypercalls from HVM guests
From: Petersson, Mats @ 2006-04-07 17:24 UTC (permalink / raw)
To: Steve Ofsthun; +Cc: xen-devel
> -----Original Message-----
> From: Steve Ofsthun [mailto:sofsthun@virtualiron.com]
> Sent: 07 April 2006 18:06
> To: Petersson, Mats
> Cc: xen-devel@lists.xensource.com
> Subject: Re: [Xen-devel] [RFC] Hypercalls from HVM guests
>
> 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.
I think it's got something to do with the two companies not talking
about new opcodes with each other - probably in turn to do with not
revealing what they are doing WITH those new opcodes. At least we have
so far avoided having THE SAME opcode for different instructions ;-)
>
> What is the preferred method to distinguish SVM vs. VMX from
> within guest code running in an HVM guest?
Good question - the way I'd say is to look at CPUID to see if it's
"GeunineIntel" or "AuthenticAMD", but I'm not sure if that's the BEST.
Of course, this assumes the code is already aware that it's in a HVM
environment, which I'm not sure if you know that or not at the point you
need to know if it's AMD or Intel... Of course, if CPUID is intercepted,
it may return other things (but it's against the "rules" to lie about
the brand of the CPU!)
--
Mats
>
> Steve
> --
> Steve Ofsthun - Virtual Iron Software, Inc.
>
>
^ permalink raw reply
* Re: Detecting deadlocks with hypervisor..
From: Keir Fraser @ 2006-04-07 17:22 UTC (permalink / raw)
To: T S; +Cc: rthelen, Xen-devel, ewan, edwin.zhai
In-Reply-To: <BAY108-F4E6955F5CB48CF58AB23CF6C90@phx.gbl>
On 7 Apr 2006, at 18:11, T S wrote:
> 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 ?
You can get at the consistent state of a guest by pausing it and then
reading its state. However, the reason for the handshake is to ensure
that the guest is not currently accessing pagetables or doing other
critical operations. If it were then we could not safely translate its
memory page addresses as it could have those addresses in places like
its kernel stacks or register contexts, where they would not get
translated and would cause a crash on restore.
-- Keir
^ permalink raw reply
* [ALSA - driver 0002003]: i can not ear anything and all setting of the ALSAMIXER are not working
From: bugtrack @ 2006-04-07 17:22 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2003>
======================================================================
Reported By: pierre hubert
Assigned To:
======================================================================
Project: ALSA - driver
Issue ID: 2003
Category: PCI - ice1724
Reproducibility: always
Severity: major
Priority: normal
Status: new
Distribution: mandriva 10,2
Kernel Version: 2,6,11-6mdk
======================================================================
Date Submitted: 04-05-2006 13:47 CEST
Last Modified: 04-07-2006 19:22 CEST
======================================================================
Summary: i can not ear anything and all setting of the
ALSAMIXER are not working
Description:
I have recently bought a sound card MAUDIO-Revolution 5.1
the driver SND-ICE-1724 has installed itself without any problem
But when i use it i can not ear anything and all settings of the Alsamixer
are not working.
======================================================================
----------------------------------------------------------------------
tiwai - 04-07-06 19:22
----------------------------------------------------------------------
Too old version. Update to the latest one, 1.0.11rc4.
Issue History
Date Modified Username Field Change
======================================================================
04-05-06 13:47 pierre hubert New Issue
04-05-06 13:47 pierre hubert Distribution => mandriva 10,2
04-05-06 13:47 pierre hubert Kernel Version => 2,6,11-6mdk
04-07-06 19:22 tiwai Note Added: 0009146
======================================================================
-------------------------------------------------------
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
* [ALSA - driver 0002004]: Via say unknown codec on FSC Amilo 1667G
From: bugtrack @ 2006-04-07 17:21 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2004>
======================================================================
Reported By: deathlove23
Assigned To:
======================================================================
Project: ALSA - driver
Issue ID: 2004
Category: PCI - via82xx
Reproducibility: always
Severity: feature
Priority: normal
Status: new
Distribution: Gentoo
Kernel Version: 2.6.16
======================================================================
Date Submitted: 04-05-2006 18:40 CEST
Last Modified: 04-07-2006 19:21 CEST
======================================================================
Summary: Via say unknown codec on FSC Amilo 1667G
Description:
Hello,
I have a Notebook from FSC: Amilo 1667G
and is get thes messages in boot bzw. on dmesg:
---
ALSA device list:
#0: VIA 8237 with unknown codec at 0xc800, irq 50
---
my Alsa Kernel config is:
---
CONFIG_SND=y
CONFIG_SND_TIMER=y
CONFIG_SND_PCM=y
CONFIG_SND_RAWMIDI=y
CONFIG_SND_RTCTIMER=y
CONFIG_SND_MPU401_UART=y
CONFIG_SND_AC97_CODEC=y
CONFIG_SND_AC97_BUS=y
CONFIG_SND_VIA82XX=y
---
and my lspci -vv is:
---
00:11.5 Multimedia audio controller: VIA Technologies, Inc.
VT8233/A/8235/8237 AC97 Audio Controller (rev 60)
Subsystem: Fujitsu Siemens Computer GmbH Unknown device 1093
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Interrupt: pin C routed to IRQ 50
Region 0: I/O ports at c800 [size=256]
Capabilities: [c0] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
---
can you my soundcard to the ID lists eg. another Amilio's?
Thanks
Alex - Deathlove23
======================================================================
----------------------------------------------------------------------
tiwai - 04-07-06 19:21
----------------------------------------------------------------------
Please upload the contents of /proc/asound/card0/codec97#0/* files.
Issue History
Date Modified Username Field Change
======================================================================
04-05-06 18:40 deathlove23 New Issue
04-05-06 18:40 deathlove23 Distribution => Gentoo
04-05-06 18:40 deathlove23 Kernel Version => 2.6.16
04-07-06 19:21 tiwai Note Added: 0009145
======================================================================
-------------------------------------------------------
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
* [ALSA - driver 0002007]: Forgotten change of snd_power_wait()-dummy
From: bugtrack @ 2006-04-07 17:19 UTC (permalink / raw)
To: alsa-devel
The following issue has been RESOLVED.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2007>
======================================================================
Reported By: Henne
Assigned To: perex
======================================================================
Project: ALSA - driver
Issue ID: 2007
Category: 0_compilation problem_!!!
Reproducibility: always
Severity: block
Priority: normal
Status: resolved
Distribution:
Kernel Version:
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 04-06-2006 19:47 CEST
Last Modified: 04-07-2006 19:19 CEST
======================================================================
Summary: Forgotten change of snd_power_wait()-dummy
Description:
Linus applyed a patch to core.h before the release of linux-2.6.17-rc1 to
fix a blocker if CONFIG_PM is disabled.
======================================================================
----------------------------------------------------------------------
tiwai - 04-07-06 19:19
----------------------------------------------------------------------
Already fixed on CVS.
Issue History
Date Modified Username Field Change
======================================================================
04-06-06 19:47 Henne New Issue
04-07-06 19:19 tiwai Status assigned => resolved
04-07-06 19:19 tiwai Resolution open => fixed
04-07-06 19:19 tiwai Note Added: 0009144
======================================================================
-------------------------------------------------------
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: [2.6.16] saa7134 disable_ir oops
From: Sergey Vlasov @ 2006-04-07 17:19 UTC (permalink / raw)
To: David Liontooth; +Cc: linux-kernel
In-Reply-To: <4435BA58.4080709@cogweb.net>
[-- Attachment #1: Type: text/plain, Size: 907 bytes --]
On Thu, Apr 06, 2006 at 06:03:20PM -0700, David Liontooth wrote:
> >Does the following patch fix things?
> >
> The patch fixes the oops -- thank you! Yet the ir modules get loaded in
> spite of the "disable_ir=1" parameter:
>
> # sudo modprobe -vvv saa7134 card=2 tuner=43 disable_ir=1
> insmod /lib/modules/2.6.16/kernel/drivers/media/common/ir-common.ko
> insmod /lib/modules/2.6.16/kernel/drivers/media/video/ir-kbd-i2c.ko
> insmod /lib/modules/2.6.16/kernel/drivers/media/video/video-buf.ko
> insmod /lib/modules/2.6.16/kernel/drivers/media/video/saa7134/saa7134.ko
> card=2 tuner=43 disable_ir=1
This is normal - saa7134 uses some symbols from these modules, and
such dependencies cannot be dynamic. The disable_ir=1 option just
prevents saa7134 from enabling the IR input and registering the
corresponding input device with the kernel, therefore the IR code will
stay unused.
[-- Attachment #2: Type: application/pgp-signature, Size: 191 bytes --]
^ permalink raw reply
* Re: How to know when file data has been flushed into disk?
From: Xin Zhao @ 2006-04-07 17:19 UTC (permalink / raw)
To: linux-os (Dick Johnson); +Cc: linux-kernel, linux-fsdevel
In-Reply-To: <Pine.LNX.4.61.0604071236150.12420@chaos.analogic.com>
Thanks for reply.
I think Douglas answered the third question, I guess you are trying to
answer the first two questions. Maybe I don't get your point. But my
question is:
Since ext3 will commit the transaction AFTER all data is flushed to
disk, it must know when the data flush is done. But how does ext3 know
that? Where can I find this code in ext3 module?
Maybe software has no way to know when the data is really written into
disk platters since hard drive has cache too. But software (like
flushd) should know when it finishes sending the data to hard drive. I
guess ext3 will commit transaction at that time. So the mysterious
thing to me is how ext3 get notified that data has been flushed.
Any further thoughts?
cheers,
Xin
On 4/7/06, linux-os (Dick Johnson) <linux-os@analogic.com> wrote:
>
> 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
* [ALSA - driver 0002010]: Terratec DMX Fire 1024 recording problem
From: bugtrack @ 2006-04-07 17:18 UTC (permalink / raw)
To: alsa-devel
A NOTE has been added to this issue.
======================================================================
<https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2010>
======================================================================
Reported By: rbielefeld
Assigned To:
======================================================================
Project: ALSA - driver
Issue ID: 2010
Category: PCI - cs46xx
Reproducibility: always
Severity: minor
Priority: normal
Status: new
Distribution: SuSE Linux 10.0
Kernel Version:
======================================================================
Date Submitted: 04-07-2006 09:09 CEST
Last Modified: 04-07-2006 19:18 CEST
======================================================================
Summary: Terratec DMX Fire 1024 recording problem
Description:
I want to record from LineIn port.
Even with no signal on that port, one input channel is noisy.
With a signal on that port, the noisy channel does not have the real audio
signal.
======================================================================
----------------------------------------------------------------------
tiwai - 04-07-06 19:18
----------------------------------------------------------------------
Upload /etc/asound.state for checking. I guess you didn't set up mixer
properly.
Possibly "ADC Volume" or "ADC Capture Switch" isn't set up.
Issue History
Date Modified Username Field Change
======================================================================
04-07-06 09:09 rbielefeld New Issue
04-07-06 09:09 rbielefeld Distribution => SuSE Linux 10.0
04-07-06 19:18 tiwai Note Added: 0009143
======================================================================
-------------------------------------------------------
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
* [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
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.