>
> BTW, why can't gdb find any variables? They are just stack variables whose
> address is easy to find.
>
> ...
>>>
>>> #14 0x8042f24e in bread (vp=Variable "vp" is not available.
>>> ) at /usr/src/sys/kern/vfs_bio.c:748
>>>
>>
> ... and isn't vp a variable? Maybe the bad default -O2 i
On Mon, 29 Mar 2010, Andriy Gapon wrote:
...
I am not a FAT expert and I know to take Wikipedia with a grain of salt.
But please take a look at this:
http://en.wikipedia.org/wiki/File_Allocation_Table#Boot_Sector
In our formula:
SecPerClust *= pmp->pm_BlkPerSec;
we have the following pa
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
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 problem:
1) dd if=/dev/ada0 of=/dev/null bs=1m
2)
On Mon, 29 Mar 2010, John Baldwin wrote:
I've cc'd freebsd-current, so that anyone conversant with the FreeBSD
VFS can jump in here. Am I right to assume that VOP_LOOKUP() for CREATE
will set SAVENAME when returning error == 0?
No, the caller has to set that flag. Some filesystems set it i
on 29/03/2010 23:29 Fabian Keil said the following:
> Andriy Gapon wrote:
>> Thus, clearly, it is a fault of a tool that formatted the media for FAT.
>> It should have picked correct values, or rejected incorrect values if
>> those were provided as overrides via command line options.
>
> The kern
Andriy Gapon wrote:
> on 28/03/2010 18:25 Fabian Keil said the following:
> > Andriy Gapon wrote:
> >> Looking at the code in mountmsdosfs(), it seems that SecPerClust can
> >> have zero value at the place of the crash only if pm_BlkPerSec is
> >> zero. See this line and the check above it:
> >>
On Sun, Mar 28, 2010 at 10:46:10PM +0300, Eugene Dzhurinsky wrote:
> Okay, with simplified config things didn't change, so I submitted
> PR: kern/145123
Sometimes I'm felling like being an idiot. I just realized that I had
configured both laptops to use same IP address, which was noticed on logs
On Saturday 27 March 2010 9:49:23 am Rick Macklem wrote:
>
> On Fri, 26 Mar 2010, Petr Lampa wrote:
>
> >
> > I've got several "panic: nfsrelpath", see attached photo. I've found
> > one place where it could probably happen, please, can you look at this?
> >
> > First name buffer is initialized i
If you want to make sure that I see your reply please include me into recipient
list. FreeBSD mailing lists sometimes have high volume and it's easy to miss a
followup even if you are interested in reading it.
on 28/03/2010 18:25 Fabian Keil said the following:
> Andriy Gapon wrote:
>> Looking
TB --- 2010-03-29 11:37:24 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-29 11:37:24 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2010-03-29 11:37:24 - cleaning the object tree
TB --- 2010-03-29 11:37:36 - cvsupping the source tree
TB --- 2010-03-29 11:37:36 - /usr/b
TB --- 2010-03-29 11:29:49 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-29 11:29:49 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2010-03-29 11:29:49 - cleaning the object tree
TB --- 2010-03-29 11:30:08 - cvsupping the source tree
TB --- 2010-03-29 11:30:08 - /usr
TB --- 2010-03-29 10:34:35 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-29 10:34:35 - starting HEAD tinderbox run for ia64/ia64
TB --- 2010-03-29 10:34:35 - cleaning the object tree
TB --- 2010-03-29 10:34:54 - cvsupping the source tree
TB --- 2010-03-29 10:34:54 - /usr/bin/c
TB --- 2010-03-29 09:45:00 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-03-29 09:45:00 - starting HEAD tinderbox run for amd64/amd64
TB --- 2010-03-29 09:45:00 - cleaning the object tree
TB --- 2010-03-29 09:45:30 - cvsupping the source tree
TB --- 2010-03-29 09:45:30 - /usr/bin
14 matches
Mail list logo
