Displaying 11 results from an estimated 11 matches for "jdp".
Did you mean:
dp
2000 Jan 25
0
cvsup8.freebsd.org out of service until further notice
Due to some unanticipated system problems, cvsup8.FreeBSD.org will
be out of service until futher notice.
John
---
John Polstra jdp@polstra.com
John D. Polstra & Co., Inc. Seattle, Washington USA
"Disappointment is a good sign of basic intelligence." -- Chögyam Trungpa
This is the moderated mailing list freebsd-announce.
The list contains announcements of new FreeBSD capabilities,
i...
1997 Jul 13
0
CVSup Brazil mirror site
...CVSup.br.FreeBSD.org",
located in Brazil. It offers the entire FreeBSD CVS repository, as
well as the FreeBSD web page data.
Many thanks to Joao Carlos Mendes Luis and Rodolfo Heitor Gevaerd de
Faria for making this service available!
--
John Polstra jdp@polstra.com
John D. Polstra & Co., Inc. Seattle, Washington USA
"Self-knowledge is always bad news." -- John Barth
This is the moderated mailing list freebsd-announce.
The list contains announcements of new FreeBSD capabilities,
important events an...
2016 Aug 17
0
[PATCH 15/15] block: Add FIXME comment to handle device_add_disk error
...handle error. */
device_add_disk(NULL, disk, NULL);
}
diff --git a/drivers/sbus/char/jsflash.c b/drivers/sbus/char/jsflash.c
index 1c823fa..1e8403c 100644
--- a/drivers/sbus/char/jsflash.c
+++ b/drivers/sbus/char/jsflash.c
@@ -590,6 +590,7 @@ static int jsfd_init(void)
set_capacity(disk, jdp->dsize >> 9);
disk->private_data = jdp;
disk->queue = jsf_queue;
+ /* FIXME: handle error. */
device_add_disk(NULL, disk, NULL);
set_disk_ro(disk, 1);
}
diff --git a/drivers/scsi/sd.c b/drivers/scsi/sd.c
index eb8e67f..bd4862d 100644
--- a/drivers/scsi/sd.c
+++ b/drive...
2003 Sep 29
2
4.9-RC and bge
Recent SUP.
Installed on Dell PowerEdge 4600.
Getting tons of:
Sep 30 12:23:16 zige /kernel: bge0: gigabit link up
Sep 30 12:23:46 zige last message repeated 98 times
Also getting some TCP retransmits. This causes noticable delays in
pretty much everything I do now. Not a problem prior to the SUP.
I was on 4.8-STABLE before.
When pulling/replacing cables, it went into a mode where it would
2016 Aug 17
20
[PATCH 00/15] Fix issue with KOBJ_ADD uevent versus disk attributes
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
2016 Aug 17
20
[PATCH 00/15] Fix issue with KOBJ_ADD uevent versus disk attributes
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
2016 Jun 30
17
[PATCH v2 00/12] gendisk: Generate uevent after attribute available
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
2016 Jun 30
17
[PATCH v2 00/12] gendisk: Generate uevent after attribute available
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
2009 Jul 23
1
[PATCH server] changes required for fedora rawhide inclusion.
...dtG$5l4$TpL6gyd#m_Bwi`R0bG^DOnC%T_?@#^&P=2so&
zW~Xvb5)+>i<5~*29o9TQ;O%bOTkp$)-!V6`EGYQ+zc8<zak`JgPbM4iom{q_l25q+
zI8VocbDs>%x$3-=h>DZOi8YSi_EC385QlL9Q(*Fbk5hX2>`Zee=GM9w;zPZm`HLqL
zK#)NIU-C(}*Q^NOZeJU_?Uh}(n_ZW<p`N&5`OUo~m)ng^`B8$z^`7Pv1sC&osPorY
zjn#qNoI}Jnmk?oSjDP>6Sw=;s&8+!&#fnge;`!|uCOI!dcV|{ml)s+lu32TwRJ4~f
zlhucO_g)xKpDG7*2e|G-O63)4Z0A5>D4<S!EN!H={pf7-$v1pl;}Y>Vu_)>^N>In6
z3J*my6!kjWuxhZkij$rxkHZ2JS7T5Y-Hg(~<BQ=hmxeBWk^EJo_3NF;YbQG2iEHHU
z;3(`(bm}%8Ip8ui;@lk=w;-H;5DxRF@%D!`g8ST%!6}y$F0b9PZ)SXVzP5w at xP~r0
zl&f9LB1P<cV...
2007 Apr 12
2
[LLVMdev] LLVM Developer's Meeting
Hello,
You can take me off the unconfirmed attendees list... I'll be there.
Regards,
Jeff Poznanovic
Cray Inc.
2007 Apr 29
1
[LLVMdev] Implicit def after printf call
Hello all,
I'm seeing some unexpected behavior with codegen. Can anyone shed some
light on the llvm-generated ASM comment "#IMPLICIT DEF %eax"? I found a
note somewhere saying that it describes "registers that are live on input
to the function."
Here are the relevant llvm instructions from my testcase (which look
correct):
%r3844 = call i32 (i8*, ...)* @printf( i8*