ing the
head of the list, then it hands it to bus_dmamap_list_alloc() along
with the required dma tag. bus_dmamap_list_alloc() then calls
bus_dmapap_create() to populate the list. The driver doesn't have
to manipulate the list itself, until time comes to destroy it.
-Bill
--
a developer. We certainly want to encourage more
developers to run -current but we don't really want users to be running it.
Paul Richards
FreeBSD Services Ltd
http://www.freebsd-services.com
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
>
> After the last cvsup (changes from 29 of september) i've got dead
> dc (21143 based NIC).
You have to tell us _exactly_ what card you have. Find the manufacturer
and model info. Look on the box the card came in. Look at the card itself.
Show us the output from pciconf -l so we can see the PC
05947 bytes/sec)
1+0 records in
1+0 records out
524288 bytes transferred in 0.056325 secs (9308271 bytes/sec)
1+0 records in
1+0 records out
524288 bytes transferred in 0.056482 secs (9282398 bytes/sec)
root@lobster#
atapci0: port 0xb800-0xb80f at device 31.1
on pci0
ad0: 58644MB [119150/16/63
Looks good to me. Sorry for the hassles. I'll make sure the upstream release
gets an extra #include in GNATS v4.
On Fri, Oct 27, 2000 at 03:46:55AM -0700, Doug Barton wrote:
> Harti Brandt wrote:
> >
> > On Fri, 27 Oct 2000, Doug Barton wrote:
> >
> > > I'm trying to compile gnats locall
>I'm not sure whether the problem of loading secondary usb modules is a
>problem in 4.x but it is easy to try.
>Boot a machine without usb support compiled in. after login, kldload
>usb, then the miibus and then the if_aue modules. If that works, you
>should be ok.
>I cannot test this as at the
> Hi,
>
> I have a realtek ethernet card. The normal dmesg is this:
>
> rl0: port 0xb400-0xb4ff mem 0xd900-0xd9ff irq 10
>at device 11.0 on pci0
> rl0: Ethernet address: 00:e0:7d:7d:cd:35
> miibus0: on rl0
> rlphy0: on miibus0
> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX
> Someone (I can't find who in my records, please let me know if it was
> you so I can credit you in the commit message) sent out patches to
> make the vx driver not use the pci compat shims. I just found it in
> my home directory, applied it, tweaked things very minorly and it
> builds and boots
Okay. Recently, David O'Brien handed me an Intel 10/100 Cardbus NIC,
which uses the 21143-PB chip. It's a non-MII card (has a Quality Semi
symbol PHY). Unfortunately, it looks like Intel has taken a few shortcuts
with this card: the serial EEPROM doesn't contain any useful information.
Instead, th
sterday.
>
> Will report back when I am done.
>
> --
> Regards:
>
> Szilveszter ADAM
> Szeged University
> Szeged Hungary
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
--
Pau
I already have and that fixed it.
John Baldwin ([EMAIL PROTECTED]) wrote:
>
> On 30-Dec-00 Paul Saab wrote:
> > This will not fix the problem. I even removed rev 1.57-1.58 and it
> > still causes gdb to lockup the system.
>
> Try backing out the proctree lock.
&g
3Com has yet another revision of the Tornado chipset floating around out
there on newer 3c905C adapters. Supposedly, these are marked as 3c905CX
and have become available within the last couple of months. I've seen
some noise on the Linux mailing lists that seems to indicate that some
driver mods
idea, but this belongs in vmeter with context switches,
page faults, etc, doesn't it? This is how OpenBSD does it, anyway.
-Paul.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Tue, 16 Jan 2001, Hajimu UMEMOTO wrote:
> >>>>> On Mon, 15 Jan 2001 19:46:32 +0100 (CET)
> >>>>> Paul Herman <[EMAIL PROTECTED]> said:
>
> pherman> I like the idea, but this belongs in vmeter with context switches,
> pherman> page faul
On Wed, 17 Jan 2001, Hajimu UMEMOTO wrote:
> I received the patch to add counter for fork() set from Paul. I've
> tested it on my -CURRENT and -STABLE boxes, and it seems fine for me.
> So, I post his patch for review.
I do have a change (I knew I forgot something.)
This is ex
Hi all
For the last week, each kernel built with fresh source code
cannot exec sh. I've seen a lot of emails about this, but
most were about the "correct" way to rebuild a system.
Is this a problem affecting only me?
Paul
To Unsubscribe: send mail to [EMAIL PROTECTED]
wi
make
No errors, just the usual prompt for a path to a shell, as if one
had booted single user.
526188 sh, without resorting to a fixit disc.
Thanks for your reply!
Paul
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
to find out whether they
need to be rebuilt against a new library.
Given a lot of negatives and only an asthetic postive library bumping
should take place much more often and moving to a 3 digit number based
on the branch actually makes a lot of sense.
Paul Richards
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
David O'Brien wrote:
>
> On Tue, Feb 13, 2001 at 04:24:00PM +, Paul RichardsF wrote:
> > When we dropped minor numbers I had a worry that we'd run into one of
> > Windows' greatest problems and we have. Applications that are developed
> > and tested
it does if the pkg_install step fails. It would be pretty
trivial to add a switch to add that functionality. That would allow you
to get the contents of what the new +REQUIRES file would be like if all
the pkg* steps were run but to not actually run them so you can do them
by hand.
Paul.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Will Andrews wrote:
>
> On Wed, Feb 14, 2001 at 03:10:14PM +, Paul Richards wrote:
> > The problem is that 'make install' in a port doesn't check dependencies
> > properly, whereas pkg_install does.
>
> Uh, actually, 'make install' do
rary would be a good thing though and perhaps we should discuss
adding a "properties" field to libraries so we can identify which
specific version of a library is installed.
Paul.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Hi all
>From sources cvsup'd about an hour ago, "make depend" complains:
../../dev/ed/if_ed_pccard.c:58: miibus_if.h: No such file or directory
and fails. This is after deleting the old kernel build dir.
Paul
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsu
otocol'' such as it is. We've been over this one many times.
Maybe the time's come to just deprecate rmt, I'd be surprised if there
are many people still using it.
Paul.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
these days.
Of course, I'd much prefer it if -current wasn't totally hosed as much
as it has been recently but random hasn't caused half the turmoil that
some other changes have so it's unfair to pick on it as a major problem.
I think Peter gets the award for causing most dow
in the kernel.
We're not there yet, but I can see a time where we would want to
load/unload the probe functions as we do hardware probing and then only
pull in the rest of the driver when we associate that driver to the
device.
> >I think the fix should probably be committed and the driver
>
> That's a bit ugly.
>
> > xl0: <3Com 3c575C Fast Etherlink XL> port 0x3000-0x307f mem
> > 0x4402-0x4403,0x44002480-0x440024ff,0x44002400-0x4400247f irq 10 at
> > device 0.0 on cardbus1
> > xl0: chip is in D6 power mode -- setting to D0
>
> I'm a bit worried about this; "D6" doesn't r
Ok. Friday I sat down and tried to make the -m option to ypbind work
correctly using the new TI-RPC code. Unfortunately, my test machine
chose that day to eat itself. Even more unfortunately, it was an AMD
900Mhz Thunderbird. Today, I started working on another box and managed
to get things to wor
> >
> > Why can't you just enable sigio on the reply socket, send all the
> > requests with a 0 timeout and then wait for a signal to either
> > interrupt the sending or to notify you when you complete sending?
> >
> > Your solution seems awfully complex for what seems to be a simple
> > problem
On Sat, 21 Apr 2001, Oliver Fromme wrote:
> I'm wondering why /bin/df is set-gid to the operator group
> by default.
It's to df filesystems that aren't mounted. Try "df /dev/ad0s1a" (or
whatever) as user nobody with chmod 555 /bin/df.
-Paul.
To Unsubscribe
On Sat, 21 Apr 2001, Oliver Fromme wrote:
> Paul Herman <[EMAIL PROTECTED]> wrote:
> > On Sat, 21 Apr 2001, Oliver Fromme wrote:
> > > I'm wondering why /bin/df is set-gid to the operator group
> > > by default.
> >
> > It's to df fil
Sorry to follow up on my own mail...
On Sat, 21 Apr 2001, Paul Herman wrote:
> This brings up a slightly related question: Now that block
> devices have been abolished, wouldn't it be a good idea to get rid
> of the quick mount(2)/umount(2) of /tmp/df.XX to stat the file
&g
pts a second for ata0 in vmstat.
A network transfer at the same time, just scp a file across my 100M LAN,
crawls at around 20k/s with 50-100 interrupts/s.
Is anyone else seeing anything like this?
Paul.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current"
lls either.
Paul.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
tor -- that is, in this case, df would fail for
non-root users.
-Paul.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Paul Fardy <[EMAIL PROTECTED]> types:
>> When the rc.conf file includes
>> foo_enable="NO"
>> it's right to expect that the system will operate like a system that does
>> not
>> have foo installed.
On Thursday, January 31, 2002, at 04
The recent changes to /usr/include/sys/cdefs.h have broken the build of
XFree86-Server.
The problem is with the _XOPEN_SOURCE macro. At line cdefs.h it's
checked i.e.
#if _XOPEN_SOURCE >= 600
but in XFree86 it's defined as
#define _XOPEN_SOURCE
Paul.
To Unsubscribe: send m
On Mon, 29 Apr 2002 20:08:02 +0300
Danny Braniss <[EMAIL PROTECTED]> wrote:
> xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0x3000-0x307f mem
> 0xfa001000-0xfa00107f irq 5 at device 8.0 on pci2
>
> at 100baseTX is slower than 10Mgb :-(
>
I recently had a similar problem. My switch (Netgear F
thout requiring libc.
I see that pagesize is on the list of functions that are moving. There
are a couple of other functions that might cause me problems if libc
isn't linked.
Could you do a quick test with an exe linked to libsys but not libc
running under Valgrind memcheck, please?
A+
Paul
ht cause me problems if libc isn't linked.
>>
>> Could you do a quick test with an exe linked to libsys but not libc running
>> under Valgrind memcheck, please?
>
> Could you suggest a more concrete example?
I don’t think that it really matters. Just an empty main(). The important thing
would be linking to libsys and not libc.
A+
Paul
few new testcase failures. Some are libsys
related and fairly unimportant. There are also a few more serious issues
that I'm still investigating, not necessarily anything to do with libsys.
A+
Paul
ibelf.so.2.
See
https://gist.github.com/thesamesam/223949d5a074ebc3dce9ee78baad9e27
A+
Paul
it worked reliably for me. Then,
starting a few weeks ago, it has reverted to the behaviour you describe above.
It is not as bad right now as it got when I quit using it. Now, sometimes it
will fail, but it will succeed when re-running a "poudriere bulk" run.
I'd love it to go back to when it was working 100% of the time.
Cheers,
Paul.
I'm having a problem getting Apache setup to work with modssl; I'm running
apache1.3.12+php4+mod_ssl2.6.0
[root@valiant]-~# apachectl startssl
/usr/local/sbin/apachectl startssl: httpd could not be started
No other info whatsoever. (helpful, huh? :-)
I'm using the stock configuration file with
On Tue, Feb 29, 2000 at 07:26:53PM -0800, Manfred Antar wrote:
> I needed to add -lRSAglue -lrsaUSA to the SSL_LIBS= line in
> /usr/ports/www/apache13-php3/work/apache_1.3.12/src/modules/ssl/Makefile
> and install the recompiled libssl.so in /usr/local/libexec/apache.
> Works fine
> Note this is
I have a FreeBSD 4.0-CURRENT (cvsup'ed as of tonight) machine. It has a USB
controller (PIIX3) and an ethernet controller sharing irq 10. I'm not
much in the way of a hardware expert, so I'm wondering if this is safe or
if I should reroute the ethernet card or the usb to another irq.
In case it m
Ok, I'm giving serious thought to ditching the Debian installation on this
drive and go with FreeBSD. I run FreeBSD on this machine already, but on a
smaller drive. Debian and Linux have been routinely irritating me. I'm used
to the traditional set of Unix tools, and the traditional command line
o
On 9/22/10, Dimitry Andric wrote:
> Hi,
>
> As of r212979, you should now be able to build world and kernel on i386
> and amd64 with clang, without any additional patches!
>
> To do so, make sure you have updated your installed world to at least
> r212904 (which has the most recently imported clan
On 10/1/10, Ian Smith wrote:
> On Thu, 30 Sep 2010, Matt wrote:
> > Success!
> >
> > After setting every possible suspend/resume sysctl,
> > "sysctl hw.pci.do_power_resume=0"
> > allowed suspend and resume. Still beeps 1-3 times before suspend, with
> rapid
> > sleep light flashing until su
Hi,
I see no point to have it in usr/bin.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 10/2/10, Brandon Gooch wrote:
> On Sat, Oct 2, 2010 at 7:36 AM, Paul B Mahol wrote:
>> Hi,
>>
>> I see no point to have it in usr/bin.
>
> Cool! This is the first time I've heard of this program! How come the
> folks at my university who manage the line prin
On 10/7/10, army.of.root wrote:
> On 10\10\02 18:48, Paul B Mahol wrote:
>> On 10/2/10, Brandon Gooch wrote:
>>> On Sat, Oct 2, 2010 at 7:36 AM, Paul B Mahol wrote:
>>>> Hi,
>>>>
>>>> I see no point to have it in usr/bin.
>>>
>&g
Hi,
If kernel threads were created via kproc_kthread_add()
when last kernel thread exits it will trigger panic.
It panics in queue.h probably introduced with recent commit.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailm
On 10/12/10, David Xu wrote:
> Paul B Mahol wrote:
>> Hi,
>>
>> If kernel threads were created via kproc_kthread_add()
>> when last kernel thread exits it will trigger panic.
>>
>> It panics in queue.h probably introduced with rec
>
>
> I
On 10/25/10, Xin LI wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi,
>
> Here is a simple patch that adds more meaning messages when kldload hits
> ENOEXEC.
>
> Before patch:
>
> kldload: can't load geom_eli.ko: Exec format error
>
> After patch:
>
> kldload: can't load geom_eli.
On 10/26/10, Alberto Villa wrote:
> On Mon, Oct 25, 2010 at 1:07 AM, Matthias Apitz wrote:
>> I have a new laptop Acer Aspire One D250 and pulled out HEAD from SVN
>> today morning. As far as I can see in sys/dev/bwi and sys/dev/bwn the
>> above chip is still not supported. I am wrong?
>
> i have
On 10/27/10, Alberto Villa wrote:
> On Tue, Oct 26, 2010 at 2:09 PM, Paul B Mahol wrote:
>>> i've tried ndis without success...
>>
>> Sharing you experience would help (if you are not on amd64).
>
> i'm on i386 at the moment, but i'll switch to
On 10/28/10, Matthias Apitz wrote:
> El dia Wednesday, October 27, 2010 a las 12:07:51PM -0500, Scot Hetzel
> escribio:
>
>> On Wed, Oct 27, 2010 at 8:58 AM, Alberto Villa wrote:
>> > On Wed, Oct 27, 2010 at 1:36 PM, Paul B Mahol wrote:
>> >> NDISulator doe
On Fri, Oct 29, 2010 at 6:34 AM, Scot Hetzel wrote:
> On Fri, Oct 29, 2010 at 12:59 AM, Matthias Apitz wrote:
>> I booted the 8-CURRENT this morning, loaded the module with kldload(8) and
>> wlan0 came up by its own (I did not realized this yesterday). I have in
>> rc.conf:
>>
>> wlans_ndis0="wla
Hi,
Booting amd64 kernel panic in pmap_demote_DMAP(): invalid PDPE
This is on:
Copyright (c) 1992-2010 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered t
On 10/30/10, Andriy Gapon wrote:
> on 30/10/2010 17:43 Paul B Mahol said the following:
>> Hi,
>>
>> Booting amd64 kernel panic in pmap_demote_DMAP(): invalid PDPE
>>
>> This is on:
>>
>> Copyright (c) 1992-2010 The FreeBSD Project.
>> Copyright
On 10/30/10, Paul B Mahol wrote:
> On 10/30/10, Andriy Gapon wrote:
>> on 30/10/2010 17:43 Paul B Mahol said the following:
>>> Hi,
>>>
>>> Booting amd64 kernel panic in pmap_demote_DMAP(): invalid PDPE
>>>
>>> This is on:
>>>
&g
Hi,
Loading if_bfe module after boot hangs machine, it works/attach fine
from loader.
Tell me if you need bt.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebs
On 11/1/10, David Wolfskill wrote:
> FreeBSD 9.0-CURRENT #31 r214621M
>
> Nov 1 15:09:40 d130 wpa_supplicant[569]: Failed to initiate AP scan.
> Nov 1 15:10:10 d130 last message repeated 3 times
> Nov 1 15:10:50 d130 last message repeated 4 times
> ...
> Nov 1 15:11:00 d130 wpa_supplicant[569]
Hi,
It appears we do not log such events anymore (at least with wlan
devices) in console.
I set this sysctl to 0 via sysctl.conf, if I set it to 1, nothing will change.
Because I had loging disabled for very long time I encountered this
problem just now.
_
On 11/6/10, Bruce Cran wrote:
> Today I came back to my computer and realised I'd left ttyv0 in
> history/scrollback mode, with scroll-lock enabled. To see what
> would happen I pressed Ctrl-Alt-Delete to reboot and was surprised to
> see that it seemed to get partway through the process but it ne
On 11/6/10, Jia-Shiun Li wrote:
> Hi,
>
> I got a similar panic on amd64. Looking into the source it hit
> KASSERT((base & (len - 1))) in pmap_demote_DMAP(). I replaced it with
> a printf to see what triggered the assertion and here is the output.
> Combined with memcontrol output 'bogus' keyword
On 11/15/10, Alberto Villa wrote:
> On Wed, Oct 27, 2010 at 3:36 PM, Paul B Mahol wrote:
>> Currently amd64 is broken with some/most drivers. Drivers appears to
>> use fpu registers.
>> I dunno how it ever worked, probably original developer(s) never
>> encoun
On 11/17/10, Alberto Villa wrote:
> On Mon, Nov 15, 2010 at 2:41 PM, Paul B Mahol wrote:
>> Feel free to test code at:
>>
>> gitorious.org/NDISulator
>> github.com/richardpl/NDISulator
>>
>> The code is developed on CURRENT. But with small changes it can b
On 11/18/10, Bjoern A. Zeeb wrote:
> On Tue, 2 Nov 2010, Paul B Mahol wrote:
>
> Hi,
>
>> It appears we do not log such events anymore (at least with wlan
>> devices) in console.
>>
>> I set this sysctl to 0 via sysctl.conf, if I set it to 1, nothing will
&
On Fri, Nov 19, 2010 at 1:29 AM, Pyun YongHyeon wrote:
> On Sat, Oct 30, 2010 at 09:19:06PM -0700, Pyun YongHyeon wrote:
>> On Sat, Oct 30, 2010 at 5:40 PM, Paul B Mahol wrote:
>> > Hi,
>> >
>> > Loading if_bfe module after boot hangs machine, i
On 11/19/10, Paul B Mahol wrote:
> On 11/18/10, Bjoern A. Zeeb wrote:
>> On Tue, 2 Nov 2010, Paul B Mahol wrote:
>>
>> Hi,
>>
>>> It appears we do not log such events anymore (at least with wlan
>>> devices) in console.
>>>
>>> I
On 11/21/10, Paul B Mahol wrote:
> On 11/19/10, Paul B Mahol wrote:
>> On 11/18/10, Bjoern A. Zeeb wrote:
>>> On Tue, 2 Nov 2010, Paul B Mahol wrote:
>>>
>>> Hi,
>>>
>>>> It appears we do not log such events anymore (at least with wlan
&
On Sun, Nov 21, 2010 at 10:42 PM, Ivan Voras wrote:
> On 11/21/10 23:19, Eir Nym wrote:
>>
>> On 22 November 2010 01:00, Eir Nym wrote:
>>>
>>> On 22 November 2010 00:47, Bruce Cran wrote:
On Mon, 22 Nov 2010 00:43:03 +0300
Eir Nym wrote:
> Which type of MFS do you use?
On 11/22/10, Alberto Villa wrote:
> On Wednesday 17 November 2010 10:57:34 Paul B Mahol wrote:
>> Please use ndis5 branch. master branch is in heavy development.
>> CURRENT branch just blindly (and badly) track code on FreeBSD
> CURRENT.
>
> ok. unfortunately in this test
On 11/22/10, Paul B Mahol wrote:
> On 11/22/10, Alberto Villa wrote:
>> On Wednesday 17 November 2010 10:57:34 Paul B Mahol wrote:
>>> Please use ndis5 branch. master branch is in heavy development.
>>> CURRENT branch just blindly (and badly) track code on F
On 11/25/10, Weongyo Jeong wrote:
> Hello all,
>
> I'm sending this email to check whether my approach is reasonable that I
> added 2 line into ifconfig(8) to skip IFT_USB interfaces as follows:
>
> + if (sdl != NULL && sdl->sdl_type == IFT_USB)
> + continue;
>
> An
On Sat, Feb 26, 2011 at 4:25 PM, Bernhard Schmidt wrote:
> Hi,
>
> while working on a wireless driver for a Cardbus card I stumbled over
> an issue which bugs me quite a bit.
>
> The device:
>
> % none3@pci0:22:0:0: class=0x028000 card=0x107f1043 chip=0x02011814
> rev=0x01 hdr=0x00
>
> Loadi
Hi,
Is there nice way in FreeBSD to force reprobe of devices for specific
driver like it is done when kernel module is loaded (via
DRIVER_MODULE(...) stuff)?
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-c
On 11/21/11, John Baldwin wrote:
> On Friday, November 18, 2011 11:48:20 am Paul B. Mahol wrote:
>> Hi,
>>
>> Is there nice way in FreeBSD to force reprobe of devices for specific
>> driver like it is done when kernel module is loaded (via
>> DRIVER_MODULE(...) s
Hi,
FreeBSD 9.0 CURRENT panics when mounting file system created via
newfs_msdos on DVD-RAM disc.
Something to do about divide by zero.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe,
On Fri, Mar 19, 2010 at 7:11 PM, Fabian Keil
wrote:
> Paul B Mahol wrote:
>
>> FreeBSD 9.0 CURRENT panics when mounting file system created via
>> newfs_msdos on DVD-RAM disc.
>> Something to do about divide by zero.
>
> I recently had a similar problem wit
On 3/29/10, Alexander Best wrote:
> hi there,
>
> when doing fsck on my / fs i get this error:
>
> "Cannot Read BLK. 471617640" and "The Following Disk Sectors could not be
> read: 471617643". after this message the partition gets marked dirty.
>
> i performed the following steps to verify the pro
On 4/2/10, Andriy Gapon wrote:
> on 02/04/2010 22:26 Andriy Gapon said the following:
>>
>> OK, I did it again.
>> I tested the below patch using the scenario described above.
>> Could you please review and/or test this patch?
>> If you like it and it works, I can commit it.
>> Thanks!
>>
>> --- a
Hi,
It is apparently not possible to make use of -use-the-force-luke=4gms
on FreeBSD when appending new session after 4GB. Mounted disk
afterwards show nothing.
Should we allow it like linux does?
___
freebsd-current@freebsd.org mailing list
http://lis
On 4/17/10, Andriy Gapon wrote:
> on 17/04/2010 02:07 Paul B Mahol said the following:
>> Hi,
>>
>> It is apparently not possible to make use of -use-the-force-luke=4gms
>> on FreeBSD when appending new session after 4GB. Mounted disk
>> afterwards show nothing.
On Sat, Apr 17, 2010 at 4:31 PM, Tim Kientzle wrote:
> Paul B Mahol wrote:
>>
>> It is apparently not possible to make use of -use-the-force-luke=4gms
>> on FreeBSD when appending new session after 4GB. Mounted disk
>> afterwards show nothing.
>>
>> Shou
On 4/17/10, Paul B Mahol wrote:
> On Sat, Apr 17, 2010 at 4:31 PM, Tim Kientzle wrote:
>> Paul B Mahol wrote:
>>>
>>> It is apparently not possible to make use of -use-the-force-luke=4gms
>>> on FreeBSD when appending new session after 4GB. Mount
On 4/19/10, Tom Evans wrote:
> On Mon, Apr 19, 2010 at 1:48 PM, Paul B Mahol wrote:
>> On 4/17/10, Paul B Mahol wrote:
>>> On Sat, Apr 17, 2010 at 4:31 PM, Tim Kientzle
>>> wrote:
>>>> Paul B Mahol wrote:
>>>>>
>>>>>
On 4/19/10, Paul B Mahol wrote:
> On 4/19/10, Tom Evans wrote:
>> On Mon, Apr 19, 2010 at 1:48 PM, Paul B Mahol wrote:
>>> On 4/17/10, Paul B Mahol wrote:
>>>> On Sat, Apr 17, 2010 at 4:31 PM, Tim Kientzle
>>>> wrote:
>>>>> Paul B Ma
help me debug and resolve this problem? I've tried everything I
can think of to no avail.
Thanks,
Paul A. Scott
mailto:pscott@;skycoast.us
http://skycoast.us/pscott/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
checkout on src/contrib while bypassing
src/contrib/cvs? Or, can this be fixed to work?
Thanks,
Paul
--
Paul A. Scott
mailto:[EMAIL PROTECTED]
http://skycoast.us/pscott/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
x27; (client/server)
This version breaks on checkout of src/contrib/cvs
Running 'cvs -v' on FreeBSD 4.7:
Concurrent Versions System (CVS) 1.11.1p1-FreeBSD (client/server)
This version works.
Thanks. I'll update my cvs.
Paul
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
e a workaround, you're probably more
> interested in the fact it works than in why. 8-) 8-).
Not true, I'm very interested in knowing what the problem is. It's true that
I'm happy to have a workaround (for which I thank you), but I'd sure like to
know why this happened in the first place.
Paul
--
Paul A. Scott
mailto:[EMAIL PROTECTED]
http://skycoast.us/pscott/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
user error.
Let's just forget the whole thing.
Thanks for all your help.
Paul
--
Paul A. Scott
mailto:[EMAIL PROTECTED]
http://skycoast.us/pscott/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
g mistake. Apple's UFS limits file
sizes to 2GB, and it doesn't support meta-data.
> [2] CVS keeps a shedload of metadata here
Ahhh.
Since the topic has moved from FreeBSD to Apple Mac OSX, it's now off-topic
and I should now kill this thread.
Paul
--
Paul A. Scott
mailto:[EM
2Ghz mobile P4.
I'd be happy to provide more debugging info and work on patch testing,
just tell me what needs to be known or done.
Please mail my personal address as well as the list, as I've not been
accepted for the list.
Best regards,
Paul
To Unsubscribe: send mail to [EMAIL
-build anything
beyond what has already been decided, but I would hope that it will be
possible to simply 'make' a 386 kernel--and all the rest--indefinitely.
--
Paul A. Scott
mailto:[EMAIL PROTECTED]
http://skycoast.us/pscott/
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
s for the named path, so any
subsequent operations on the open file descriptor would fail, which defeats
the purpose of open(). I think what's needed is some form of serialization
around revoke() and open(). I'm not a master of the init code, but it may be
that the code is inherently
> From: "Paul A. Scott" <[EMAIL PROTECTED]>
> I think what's needed is some form of serialization
> around revoke() and open(). I'm not a master of the init code, but it may be
> that the code is inherently non-reentrant, so the original code would then
&g
401 - 500 of 554 matches
Mail list logo