John Baldwin wrote:
> On Saturday 25 February 2006 06:04, Kazuaki Oda wrote:
>
>> Hi,
>>
>> When reading kern_switch.c, I noticed odd difference between !SMP and
>> SMP in maybe_preempt_in_ksegrp().
>>
>> In !SMP case:
>> =
>> #ifde
On Thu, 2004-12-02 at 09:41, Andre Oppermann wrote:
> Scott Long wrote:
> > 5. Clustered FS support. SANs are all the rage these days, and
> > clustered filesystems that allow data to be distributed across many
> > storage enpoints and accessed concurrently through the SAN are very
> > powerful.
On Mon, 2005-02-07 at 04:16, Gerald Heinig wrote:
> Hi all,
>
> I'm having problems getting two 5.3-RELEASE boxes to communicate over
> firewire.
> I'm using two VIA Vt-6306 -based cards which are correctly recognised at
> boot-time.
>
> I've loaded the dcons and dconschat modules and obtained
On Tue, 2005-02-08 at 08:08, Gerald Heinig wrote:
> Gerald Heinig wrote:
> >>
> >>
> >> I recall some issues with gdb and firewire as a module that may or may
> >> not be fixed.
> >> I recommend to put the dcons into the kernel to avoid any problems.
> >
> >
> > I tried that too. There are a few
On Wed, 2005-02-09 at 03:13, Gerald Heinig wrote:
> Stephan Uphoff wrote:
> > There are two ways using kgdb to debug a target with firewire.
> > The first way basically replaces the slow serial cable for communication
> > to the remote target gdb stub.
> > The sec
On Thu, 2005-02-10 at 12:02, Gerald Heinig wrote:
> Stephan Uphoff wrote:
> > Once I linked in dcons, dcons_crom and firewire into the kernel
> > everything worked. (I think only dcons is really needed - maybe a link
> > set issue?)
> > I only used the gdb stub metho
On Mon, 2005-02-14 at 11:41, Gerald Heinig wrote:
> Gerald Heinig wrote:
> > Hi Stephan,
> >
> > first off, thanks very much for your continuing help on this. It's very
> > much appreciated.
> >
> > I compiled a kernel with exactly the same options that you cited below.
> > I tried booting it a
18dd
hw.firewire.fwmem.eui64_lo: 0 -> 1073748189
debug# kgdb -c /dev/fwmem0.0 kernel.debug
> Anyway, enough for now. Thanks again.
>
> Cheers,
> Gerald
>
> Stephan Uphoff wrote:
> > On Mon, 2005-02-14 at 11:41, Gerald Heinig wrote:
> >
> >>Gerald Heinig wr
On Wed, 2005-02-16 at 07:19, Gerald Heinig wrote:
> Gerald Heinig wrote:
> > Ulrich Spoerlein wrote:
> [stuff snipped]
> >>
> >> Other than that, remote gdb is working. Poking inside the fwmem itself
> >> is however not working, I get this after setting eui64_{hi,lo}
> >> % kgdb -c /dev/fwmem0.0 ke
On Wed, 2005-02-16 at 06:02, Ulrich Spoerlein wrote:
> On Sun, 13.02.2005 at 22:46:29 -0500, Stephan Uphoff wrote:
> > +device dcons
> > +device dcons_crom
> >
> > Then configured/compiled/installed the GENERIC.debug kernel.
> > Copied the kernel.debug file in th
On Fri, 2005-02-18 at 18:39, Ulrich Spoerlein wrote:
> On Fri, 18.02.2005 at 14:32:36 -0500, Stephan Uphoff wrote:
> > Changing a line in the function dcons_modevent() (File
> > sys/dev/dcons/dcons.c or dcons_os.c depending on your sources) should
> > help you.
> >
On Tue, 2005-03-08 at 17:04, Jerry Toung wrote:
> Good afternoon list,
> I am looking for a way to write data to the serial interface (/dev/cuaa0)
> from
> a kernel module and also read /dev/ttyd0 still from that same kernel module.
> Any pointers to doing that will be great.
>
> I want on excha
are done with it?
Is the framing on the serial protocol specified or can you roll your
own?
I really would recommend layering/tunneling your protocol on/with PPP to
avoid re-inventing the wheel - but if this does not work for you take a
look at NG_TTY(4)
> On Tuesday 08 March 2005 02:26 pm, Ste
On Mon, 2005-03-21 at 09:16, Matthew Hagerty wrote:
> Zera William Holladay wrote:
>
> >If you post the section(s) of code in question, then you'll probably
> >elicit some responses. PIPE_BUF is a POSIX defined minimum, so you might
> >grep for sections of code that contain fpathconf(*, _PC_PIPE_
On Wed, 2005-04-13 at 16:38, M. Parsons wrote:
> On 4/13/05, Iasen Kostov <[EMAIL PROTECTED]> wrote:
> > M. Parsons wrote:
> >
> > >To access my dsl modem's line stats page, I have to create an arp
> > >entry and a route for it, under linux this was done as: (eth1
> > >connected directly to dsl mo
On Wed, 2005-04-20 at 16:39, John Giacomoni wrote:
> in reading /src/sys/i386/include/atomic.h
>
> I found this comment and I'm having trouble understanding what the
> problem being
> referred to below is.
>
> /*
> * We assume that a = b will do atomic loads and stores. However, on a
> * Pen
On Thu, 2005-05-05 at 20:10, Halil Demirezen wrote:
> Hello,
>
> First of all, I am not sure if this is the correct mail list with posting
> this
> mail. I apologize for that.. Second, I may seem to have little
> C knowledge, though I am using C for about 5 years and plus.
>
> Let's start with
On Fri, 2005-05-06 at 16:01, Kip Macy wrote:
> On Fri, 6 May 2005, David Parfitt wrote:
>
> > Hi -
> > I have been trying to write my own UFS-like filesystem
> > implementation for fun. I had read somewhere that UFS was developed in
> > user space (correct me if I'm wrong on that one) and then m
On Fri, 2005-06-03 at 16:57, Matthew Dillon wrote:
> I've been tracking down a crash one of our users gets occassionally.
> He has a quad Intel(R) XEON(TM) CPU 2.00GHz (1996.61-MHz 686-class CPU)
> system.
>
> After getting a few of these crashes he pulled three of the four cpus
>
On Fri, 2005-06-03 at 18:47, Matthew Dillon wrote:
> :This is normal behaviour.
> :Take a look at IA-32 Intel Developers ... Vol 3,
> :Section: 7.2.2 for details + solutions.
> :
> :Stephan
>
> Ok.. that section seems to indicate that speculative reads
> can pass writes, but it also say
On Tue, 2005-06-07 at 16:52, Scott Long wrote:
> David Malone wrote:
> > On Tue, Jun 07, 2005 at 09:40:05PM +0200, Pawel Jakub Dawidek wrote:
> >
> >>+> Does it make sense to do it this way? Is it worth applying for the SoC?
> >>
> >>Not sure. Basically this is simlar what softupdate does, I think
Hi Matthew,
We have been testing a fix for this for a few weeks.
I will check it in today.
Stephan
On Sun, 2005-07-31 at 14:40, Matthew Dillon wrote:
> Hi Kirk, hackers!
>
> I'm trying to track down a bug that is causing a buffer to be left
> in a locked state and then causes the fi
Currently both mtx_init() and sx_init() make assumptions about the
lock memory passed in. ( KASSERT((lock->lo_flags & LO_INITIALIZED) == 0))
To fulfill this requirement current code that works with dynamically
allocated memory routinely zeroes the lock memory space before
calling the lock initi
Matthew Dillon wrote:
>
> When I turn off transmit checksums on the client side, the problem does
> not occur. However, I do not know whether that is because the server is
> now rejecting the packet as having a bad checksum due to the packet
> data being corrupted by the XL card
mmap() and msync(..MS_INVALIDATE..) should work.
Stephan
>
> Ok so I have an application where I need to
> reread a file I have just written to ensure that it went to disk
> correctly..
>
> Other than reading a few GB of data, is there a way to flush
> out the cache copy of a file I'v
Matthew Dillon wrote:
> :
> :>
> :> mmap() and msync(..MS_INVALIDATE..) should work.
> :
> :hmmm that is rather interesting..
> :I wonder if it would work
> :Maybe a vm guru could confirm this.. (under 4.x)
> :
>
> Huh. If I hadn't looked at the code I would have said that
> MS_INVA
Stephan Uphoff wrote:
> Matthew Dillon wrote:
> > :
> > :>
> > :> mmap() and msync(..MS_INVALIDATE..) should work.
> > :
> > :hmmm that is rather interesting..
> > :I wonder if it would work
> > :Maybe a vm guru could confirm this.. (under
Matthew Dillon wrote:
> :Yes - but FreeBSD then calls vm_object_page_remove to remove the pages
> :from the vnode object. (vm_object_sync for 5.x or vm_map_clean for 4.x )
> < ... SNIP ...>
>
> I don't quite see that. Could you point out the code in question?
> (And, of course, a test p
Matthew Dillon wrote:
>The idea with the fix is as follows:
>
>* It's hard to make the VM system invalidate buffers, so don't try.
>
But it is easy to throw away clean buffers since they are nicely sorted
and easy to release.
Efficient locking is a bit tricky but should not be
Julian Elischer wrote:
> with this bug could a user zero out /etc/group or similar?
> I am not sure what the ramification of the bug is..
The bug affects only in memory modified file data.
In memory modifications to the file can be deleted
and the file data reverts to a state before the
file mod
Artis Caune wrote:
> Is it correct to use code like this
> instead of copyin() / copyout() ?
> Kernel module gets pointer to structure
> which resides in userland memory space
> and modify it directly!!!
The copyout() is just hidden.
The ioctl request codes are magic and contain the size of the
Hi,
Try the patch from kern/65278
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/65278
Stephan
On Sun, 2004-08-29 at 18:13, Rob Deker wrote:
> Hi folks,
>
> New to the list, so please bear with me if this is a question that's
> been answered someplace before. I've been searching and
32 matches
Mail list logo
