similar to: TXTSETUP.OEM and CD-ROM?

Check for filesystem.squashfs also in /live, since it is where live-build places it. --- src/inspect-fs-cd.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/src/inspect-fs-cd.c b/src/inspect-fs-cd.c index 407e4f8..eaeaa6f 100644 --- a/src/inspect-fs-cd.c +++ b/src/inspect-fs-cd.c @@ -429,7 +429,8 @@ guestfs___check_installer_root (guestfs_h *g, struct inspect_fs *fs) *

On Thu, Nov 28, 2013 at 02:48:38PM +0100, Pino Toscano wrote: > Check for /boot/loader.rc as "install disc" detection, using it to mark > FreeBSD install discs. > Also, check for /mfsroot.gz to see whether such disc is also a live one. > > See also RHBZ#1033207. > --- > src/inspect-fs-cd.c | 19 ++++++++++++++++++- > src/inspect-fs.c | 3 ++- > 2 files

Check for /boot/loader.rc as "install disc" detection, using it to mark FreeBSD install discs. Also, check for /mfsroot.gz to see whether such disc is also a live one. See also RHBZ#1033207. --- src/inspect-fs-cd.c | 19 ++++++++++++++++++- src/inspect-fs.c | 3 ++- 2 files changed, 20 insertions(+), 2 deletions(-) diff --git a/src/inspect-fs-cd.c b/src/inspect-fs-cd.c index

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 9077 bytes Desc: not available Url : http://lists.linux-foundation.org/pipermail/virtualization/attachments/20070414/9aa70b20/attachment.gif

our sqlplus hangs after every 5-6 hrs and not giving any error.yesterday added log groups but still facing same problem from last three days.our production rac instances are not accessible.now oracle people says it may be OCFS issue.can you help me to sort this issue. Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL:

While other aspects of the system configuration may still be controlled by the outcome of the table scan, if apic= was given on the command line its effect should not be overridden here. Signed-off-by: Jan Beulich <jbeulich@novell.com> _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: image/gif Size: 9077 bytes Desc: not available Url : http://lists.linux-foundation.org/pipermail/virtualization/attachments/20070414/9aa70b20/attachment.gif

Dear pkg-xen-devel, How are you ? PowStar factory have more15-years -historythat&nbsp; focus in Professional Rapid Prototyping &nbsp;&amp; Mould&nbsp; Manufacturing &amp; OEM&nbsp;&nbsp;in China. 1.Our the technology of tolerance&nbsp;within&nbsp; +/- 0.01 mm . 2.we have technologies that use CNC Prototype machining,SLArapid laser molding, SLS rapid

Hello There, I would like to ask , if the x100p / or oem x100p MD3200Chipset boards are compatible with MACs and will they work on MACs? I've got a G4 and I would like to get one x100p for work with asterisk and was about to order one. Regards Junaid Saeed Uppal

I am putting together my first *. I had it running with two other pc's running xlite and setup voicemail and a couple of menus and submenus and had that running well. I had order a couple of oem x100p cards from digitnetworks. I installed them as they said with their voicepet2.2.zip drivers and did the modprobe on zaptel and wcfxo and then ran ztcfg -vv and got this: Zaptel Configuration

This reverts commit 28586a51eea666d5531bcaef2f68e4abbd87242c. The original commit message didn't even make sense. AMD _does_ support it and it works with Nouveau as well. Also what was the issue being solved here? No references to any bugs and not even explaining any issue at all isn't the way we do things. And even if it means a muxed design, then the fix is to make it work inside the

On Thu, Aug 15, 2019 at 4:20 PM <Mario.Limonciello at dell.com> wrote: > > > > There are definitely going to be regressions on machines in the field with the > > > in tree drivers by reverting this. I think we should have an answer for all of > > those > > > before this revert is accepted. > > > > > > Regarding systems with Intel+NVIDIA,

On Thu, 15 Aug 2019 16:37:05 +0200, Alex Deucher wrote: > > On Thu, Aug 15, 2019 at 10:25 AM Karol Herbst <kherbst at redhat.com> wrote: > > > > On Thu, Aug 15, 2019 at 4:20 PM <Mario.Limonciello at dell.com> wrote: > > > > > > > > There are definitely going to be regressions on machines in the field with the > > > > > in tree

This reverts commit 9251a71db62ca9cc7e7cf364218610b0f018c291. This was never discussed with anybody Nouveau related and we would have NACKed this change immediately. We have a better workaround, which makes it actually work with Nouveau. No idea why the comment mentions the Nvidia driver and assumes it gives any weight to the reasoning.... we don't care about out of tree drivers. Nouveau

On Thursday, August 15, 2019 12:47:35 AM CEST Dave Airlie wrote: > On Thu, 15 Aug 2019 at 07:31, Karol Herbst <kherbst at redhat.com> wrote: > > > > This reverts commit 28586a51eea666d5531bcaef2f68e4abbd87242c. > > > > The original commit message didn't even make sense. AMD _does_ support it and > > it works with Nouveau as well. > > > > Also

On Mon, Oct 21, 2019 at 4:14 AM Alex Hung <alex.hung at canonical.com> wrote: > > We have done some tests on three of Intel + nVidia configuration > systems with OEM _OSI strings removed - while some bugs are still > observed, ex. one out of three has suspend/resume issues, no system > crashes were observed - the biggest issue that worries us. > > The positive results

On Tue, 2016-04-05 at 15:13 +0300, Roman Kagan wrote: > On Tue, Apr 05, 2016 at 01:47:27PM +0200, Cédric Bosdonnat wrote: > > It seems that checking for oem%d.inf in the DeviceIds registry > > entry > > doesn't always list all oemXX.inf files. For example we may have > > oem1.inf free in the registry key, but used in another one. > > In my experiments this

Hey, folks, I'm working on finding some new compute nodes. What I'm looking for is a 64 core box, with room enough for a lot of RAM. I can get it from Dell, or HP (bleah! a 4U box), but I need to have three quotes, y'know. We've gotten a lot from Penguin in the past, but they're all Supermicro, and we've had a *lot* of problems with the 64 core boxes, so I'm looking

On Thu, Aug 15, 2019 at 3:56 PM <Mario.Limonciello at dell.com> wrote: > > > -----Original Message----- > > From: linux-acpi-owner at vger.kernel.org <linux-acpi-owner at vger.kernel.org> On > > Behalf Of Dave Airlie > > Sent: Wednesday, August 14, 2019 5:48 PM > > To: Karol Herbst > > Cc: LKML; Linux ACPI; dri-devel; nouveau; Rafael J . Wysocki;

On Thursday, September 5, 2019 5:51:23 PM CEST Karol Herbst wrote: > is there any update on the testing with my patches? On the hardware I > had access to those patches helped, but I can't know if it also helped > on the hardware for which those workarounds where actually added. Alex Hung and Mario need to answer this question I think. > On Mon, Aug 19, 2019 at 11:52 AM Rafael J.