similar to: booting a linux with memdisk & mounting it

hi, i've seen that there already have been some messages to bios flash via memdisk image. i also had some problem with that. the programmer of "UNIFLASH" told me, that memdisk is using protected mode and this should be a problem, because uniflash only works with real mode. i've found i amiflash that works with protected mode and with this i can flash the bios. [with memdisk]

> It would be possible -- in fact, fairly easy -- to hack the > "raw" mode of MEMDISK to drop the system into big real mode > after finishing instead of real mode; such a "bigraw" mode > might solve the problem with this particular program. > > The PC hardware... gotta love it. ok, i don't understand a lot of this; but sounds nice ;) could you please

> No. Big real mode is not real mode, and in particular > MEMDISK doesn't have the control over what mode transitions > the world outside MEMDISK performs. i understand. if only dos will be used (without himem, emm386 or something like that) that the cpu will be leaved in real mode, is that correct? and e.g. bios update would work... mfg johannes

Hi, It is becoming a bad habit for big OEM vendors to sell computers & servers without floppy drives. Unfortunatly both Windows and Linux (RedHat) need a floppy drive to load storage drivers etc. during installation. This is what I was thinking: Use ISOLINUX and MEMDISK to load a floppy image of a driver disk into memory as a viritual floppy drive "A:"/"/dev/fda" And then

For "include/uapi/*", excluding "linux/" sub-directory, let all files' macro prefix match the standard format, and give related stand comments for their macro suffix. The related standard format is: "_SUBDIRNAME_SUBDIRNAME[_SUBDIRNAME]_FILENAME" (1st _SUBDIRNAME is _UAPI), and use '_' instead of '.' and '-'. Signed-off-by: Chen Gang

For "include/uapi/*", excluding "linux/" sub-directory, let all files' macro prefix match the standard format, and give related stand comments for their macro suffix. The related standard format is: "_SUBDIRNAME_SUBDIRNAME[_SUBDIRNAME]_FILENAME" (1st _SUBDIRNAME is _UAPI), and use '_' instead of '.' and '-'. Signed-off-by: Chen Gang

For "include/uapi/*", excluding "linux/" sub-directory, let all files' macro prefix match the standard format, and give related stand comments for their macro suffix. The related standard format is: "_SUBDIRNAME_SUBDIRNAME[_SUBDIRNAME]_FILENAME" (1st _SUBDIRNAME is _UAPI), and use '_' instead of '.' and '-'. Signed-off-by: Chen Gang

Is anyone running tomcat5 from jpackage 1.6 on cento4 w/ java-1.4.2- sun-1.4.2.08-1jpp ? I'm getting weird dependencies which don't make sense, notably: Error: Missing Dependency: jdk = 2000:1.5.0_02-fcs is needed by package java-1.5.0-sun-compat I want to use 1.4.2 not 1.5 and it doesn't make sense to have jdk = 2000:1.5.0_02-fcs, unless I'm missing something? I do have

Hello, I'm trying to use the cifs proxy vfs module in Samba4. I can join the domain seemingly without problem. When trying to access the proxy server (and hence its share) I get NT_STATUS_NO_LOGON_SERVERS. My setup is as follows: root@proxy# ./setup/provision --realm=<realm> --domain=<domain> --adminpass=<adminpass> \ --server-role='member server'

Is there any documentation telling you whether tomcat5 was compiled against the 1.4.2 tree or the 1.5? You could try downloading the srpm, patching it to use the 1.4.2 java and then re-create your own rpm. Just a thought, might be an easier way though; will wait for the experts response. -----Original Message----- From: centos-bounces at centos.org [mailto:centos-bounces at centos.org] On

How do I get a flash plugin to work with firefox? I thought that I installed it correctly, but I have yet to see any flash videos through firefox. I keep being told that I need an additional plugin. When I folow directions, I'm told I already have it? At least once, I was told I needed to upgrade. In case it helps, here is the output of yum provides '*flash*' | grep -e lash -e dobe

Hi Óscar, On 14 March 2010 15:06, Óscar Fuentes <ofv at wanadoo.es> wrote: > Victor Zverovich <victor.zverovich at googlemail.com> writes: > > > Hi llvm-dev, > > > > Attached are two patches for the LLVM cmake build system. > > > > The first one adds static runtimes (MT and MTd) to the list of runtimes > for > > the MSVC build. > >

Hello all, Last year I submitted a bug regarding the use of 'parallel_for_each' and Windows Concurrency Library. We have found that when compiling in Visual Studio 2015 and 2017 with /MTd, the use of 'concurrency::parallel_for_each' can cause unhandled exceptions when the program is exiting. https://bugs.llvm.org/show_bug.cgi?id=34976 After having some difficulty clarifying this

Overall I like this, just an inline question: On Tue, Oct 20, 2020 at 2:20 PM Thomas Zimmermann <tzimmermann at suse.de> wrote: > To do framebuffer updates, one needs memcpy from system memory and a > pointer-increment function. Add both interfaces with documentation. (...) > +/** > + * dma_buf_map_memcpy_to - Memcpy into dma-buf mapping > + * @dst: The dma-buf

This is an attempt to fix the issue that some disks' sysfs attributes are not ready at the time its KOBJ_ADD event is sent. The symptom is during device hotplug, udev may fail to find certain attributes, such as serial or wwn, of the disk. As a result the /dev/disk/by-id entries are not created. The cause is device_add_disk emits the uevent before returning, and the callers have to create

This is an attempt to fix the issue that some disks' sysfs attributes are not ready at the time its KOBJ_ADD event is sent. The symptom is during device hotplug, udev may fail to find certain attributes, such as serial or wwn, of the disk. As a result the /dev/disk/by-id entries are not created. The cause is device_add_disk emits the uevent before returning, and the callers have to create

Hi All, I'm experiencing a problem with some mails in deliver. Here the logged error message: deliver(stefan at roese.nl): 2009-05-06 11:57:36 Panic: file index-mail-headers.c: line 141 (index_mail_parse_header_finish): assertion failed: ((match[match_idx] & HEADER_MATCH_FLAG_FOUND) == 0) deliver(stefan at roese.nl): 2009-05-06 11:57:36 Error: Raw backtrace: /usr/lib/dovecot/deliver

The race condition is noticed between disk_add() and disk attributes, on virtio-blk hotplug. Userspace listens to the KOBJ_ADD uevent generated in add_disk(). At that point we haven't created the serial attribute file, therefore depending on how fast udev reacts, the /dev/disk/by-id/ entry doesn't always get created. As pointed out by Christoph Hellwig in the specific fix [1], virtio-blk

The race condition is noticed between disk_add() and disk attributes, on virtio-blk hotplug. Userspace listens to the KOBJ_ADD uevent generated in add_disk(). At that point we haven't created the serial attribute file, therefore depending on how fast udev reacts, the /dev/disk/by-id/ entry doesn't always get created. As pointed out by Christoph Hellwig in the specific fix [1], virtio-blk

Hi, I'm turning my wheels on this and keep coming around to the same wrong solution - please have a look and give a hand ... The premise is: a DF like so > loremIpsum <- "Lorem ipsum dolor sit amet, consectetur adipiscing elit. Quisque leo ipsum, ultricies scelerisque volutpat non, volutpat et nulla. Curabitur consequat ullamcorper tellus id imperdiet. Duis semper malesuada