similar to: [PATCH] fix udevinfo version string parsing

On Tue, Jan 27, 2004 at 10:54:31PM +0100, Olaf Hering wrote: > On Tue, Jan 27, Olaf Hering wrote: > > > On Tue, Jan 27, Kay Sievers wrote: > > > > > On Tue, Jan 27, 2004 at 09:06:51PM +0100, Olaf Hering wrote: > > > > udevinfo writes to fd 0, all the output is lost somehow. > > > > > > > > olaf@ibook:~> i="`/sbin/udevinfo

Processing commands for control at bugs.debian.org: > reassign 456330 xen-3 Bug#456330: use udevadm instead of udevinfo Warning: Unknown package 'xen-3.1' Bug reassigned from package `xen-3.1' to `xen-3'. > -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)

The linux-2.6-xen tree has a typo in the Kconfig file for i386 that disables building swiotlb. This patch fixes it in the same manner that x86-64 does it. Cheers, Muli Signed-Off-By: Muli Ben-Yehuda <mulix@mulix.org> diff -r c1c170a55fe0e97156379d10870aed024ed0012a arch/i386/Kconfig --- a/arch/i386/Kconfig Thu Dec 8 20:50:02 2005 -0700 +++ b/arch/i386/Kconfig Tue Dec 13 20:07:34 2005

I have 2 video devices LML33 and PV155 $ lspci 06:00.0 Multimedia video controller: Zoran Corporation ZR36057PQC Video cutting chipset (rev 02) 07:08.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11) 07:08.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11) 07:09.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture

Use strtoull to parse the final_exec_addr value from the command line. Whe cross compiling on i386 for x86-64 unsigned long is 32 bit, which leads to final_exec_addr being truncated to 32 bits by strtoul, which leads to grub refusing to load the resulting image. Please apply. Signed-Off-By: Muli Ben-Yehuda <mulix@mulix.org> diff -r 86eba2e17a39 -r ef4fe9970b03 xen/arch/x86/boot/mkelf32.c

On Wed, Jan 25, 2006 at 03:12:08PM +0000, Xen patchbot -unstable wrote: > # HG changeset patch > # User kaf24@firebug.cl.cam.ac.uk > # Node ID 709bce2f08d6024c2efb2938e564915da1ca51f2 > # Parent aad2b2da3c8beda24bc62ca6e92b28c28def0849 > Export Xen driver util function symbols so that Xen drivers > can build as modules. > > Signed-off-by: Keir Fraser

Hello, The current dependancy on hotplug|udev (>= 0.59) seems bad. As far as I remember, last week, when I tried to install Ralph packages, I got an error from hotplug/udev and I had to use udev from backports.org Anyone know which version of udev/hotplug we will have to depends on ? Maybe we could simply rely on a recent udev dependancy, because afaik udev now provides hotplug. -- Julien

I am migrating from Fedora 8 to CentOS 5.2 I have usb dvd On F8 I have /etc/udev/rules/00-my-custom.rules BUS=="scsi", SYSFS{vendor}=="TSSTcorp", SYSFS{model}=="CDDVDW SH-S203N ",SYMLINK="dvd",OWNER="rray" When I plug in dvd I get $ ll /dev/scd1 lrwxrwxrwx 1 root root 3 Aug 25 08:17 /dev/scd1 -> sr1 ll /dev/sr1 brw-r----- 1 rray disk 11, 1

I need direction. I don't know what to google for anymore. I am unable to get my SmartUPS 2200XL to be recognized. My suspicions are that it's UDEV or Kernel related. I've updated the kernel to the highest version I feel comfortable with due to other things that run on the server, and I've updated UDEV a bit too. When I plug in the USB cable from the UPS into the server, I

> -----Original Message----- > From: Ewan Mellor [mailto:ewan@xensource.com] > Sent: Tuesday, December 06, 2005 5:25 AM > To: Dave Thompson (davetho) > Cc: Xen Mailing List > Subject: Re: [Xen-devel] Hotplug scripts not working... > xen/ia64 domU stoppedworking > > On Mon, Dec 05, 2005 at 03:03:54PM -0500, Dave Thompson > (davetho) wrote: > > > >

Hi, trying to build klibc 1.1.8 on x86 fails on my machine as follows: KLIBCCC dash/trap.o KLIBCCC dash/output.o dash/trap.c: In function 'trapcmd': dash/trap.c:94: warning: unused parameter 'argc' dash/trap.c:94: warning: unused parameter 'argv' dash/trap.c: In function 'decode_signal': dash/trap.c:398: error: 'SIGRTMIN' undeclared (first use in this

On 2018/11/3 ??12:07, Vitaly Mayatskikh wrote: > Hi, > > I stumbled across poor performance of virtio-blk while working on a > high-performance network storage protocol. Moving virtio-blk's host > side to kernel did increase single queue IOPS, but multiqueue disk > still was not scaling well. It turned out that vhost handles events > from all virtio queues in one helper

Hi, When running domUs with pygrub, I get errors: .... xen be core: xen be core: can''t open gnttab device can''t open gnttab device xen be core: xen be core: can''t open gnttab device can''t open gnttab device xen be core: xen be core: can''t open gnttab device ..... domUs start, but these errors continue on dom0 Configuration: dom0: Ubuntu 8.10

Hi all, do you know if there is a way at boot time do disable specific LUN's on a SCSI bus of a particular controller? I'm trying to write an udev rule, but it seems that the system ignores the "vendor" model/name of the controller... For example: I want to disable /dev/sdb; so I gather some information with udevinfo -a -p /sys/block/sdb and I try to use them to write

I have a server that has 16 drives in it. They are connected to a 3ware 9650SE-16ML SATA RAID card. I have the card set to export all the drives as JBOD because I prefer Linux to do the reporting of drive and RAID health . I'm using mdadm to create a RAID6 with a hot spare. Doing this I can take the disks and put them on a completely different SATA controller/computer and still have the RAID

Is there a proper, documented way to cross compile DAHDI and Asterisk for a processor/system other than the one you're currently typing on? Now.. I have been doing this for some time, but it's been really frustrating every time I change/upgrade, etc. I've just tried to compile DAHDI for an AMD Geode system on my development system which is Intel Atom. Building the kernel is easy -

Hi e, I am normally use gnome and would do the following to make my CD / DVD mount with exec gnome-mount --write-settings --device /dev/sdc0 -o exec What is the equivalent in KDE ? My initial research suggests that I actually have to write a custom udev rule to achieve this. This has led me as far as running udevinfo -q path -n /dev/scd0 udevtest /block/sr0 (the output is below) My

Les Mikesell wrote: > > On 1/30/11 1:37 PM, Chuck Munro wrote: >> > Hello list members, >> > >> > My adventure into udev rules has taken an interesting turn. I did >> > discover a stupid error in the way I was attempting to assign static >> > disk device names on CentOS-5.5, so that's out of the way. >> > >> > But in the

Does anyone have experience installing Xen on IBM eSeries (I have an x336), specifically with getting all the drivers to work? _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

I have problem to start domU with errors: # xm create -c x335-hien1-vm4.cfg Using config file "x335-hien1-vm4.cfg". Error: Device 0 (vif) could not be connected. Hotplug scripts not working in changeset: changeset: 7700:98bcd8fbd5e36662c10becdcd0222a22161bb2b6 tag: tip user: kaf24@firebug.cl.cam.ac.uk date: Tue Nov 8 09:48:42 2005 summary: Fix alloc_skb()