Hi,
i open a commercial request for this task, because
i'm not able to fix this problem.
https://www.getafreelancer.com/projects/Linux/Compiling-openiscsi-for-xen.html
I will post the results to the xen+openiscsi community.
regards
Danny
--~--~-~--~~~---~--~~
A cursory glance..
.. snip..
> +struct bnx2i_cleanup_request {
> +#if defined(__BIG_ENDIAN)
> + u8 op_code;
> + u8 reserved1;
> + u16 reserved0;
> +#elif defined(__LITTLE_ENDIAN)
> + u16 reserved0;
> + u8 reserved1;
> + u8 op_code;
> +#endif
> + u32 reserved2[3];
> +#i
> +static void
> +bnx2_cnic_stop(struct bnx2 *bp)
The preceding functions follow this format:
static void (()
You probably want to follow one style.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"open-iscsi" grou
On Wed, 2008-05-21 at 23:45 -0700, Paul E. McKenney wrote:
> Some RCU-related questions interspersed below, for example, how are
> updates protected?
Only one CNIC driver will ever register with the BNX2 driver. The main
purpose of using RCU is so that the fast path can avoid locking when
handl
On Thu, 2008-05-22 at 00:44 -0700, Paul E. McKenney wrote:
> > +
> > +int cnic_register_driver(int ulp_type, struct cnic_ulp_ops *ulp_ops)
> > +{
> > + struct cnic_dev *dev;
> > +
> > + if (ulp_type >= MAX_CNIC_ULP_TYPE) {
> > + printk(KERN_ERR PFX "cnic_register_driver: Bad type %d
On Thu, 2008-05-22 at 11:15 -0400, Konrad Rzeszutek wrote:
> A cursory glance..
>
> .. snip..
> > +struct bnx2i_cleanup_request {
> > +#if defined(__BIG_ENDIAN)
> > + u8 op_code;
> > + u8 reserved1;
> > + u16 reserved0;
> > +#elif defined(__LITTLE_ENDIAN)
> > + u16 reserved0;
> > + u8 r
I confess to having lost the plot on the iface rearrangements. I'm
trying to mount up a remote iser target using 2.6.26-rc3 and
open-iscsi git HEAD userspace plus hacks to read the new sysfs
layout.
The old style, before login, was to modify node.transport_name,
which now has been changed to liv
Pete Wyckoff wrote:
> I confess to having lost the plot on the iface rearrangements. I'm
> trying to mount up a remote iser target using 2.6.26-rc3 and
> open-iscsi git HEAD userspace plus hacks to read the new sysfs
> layout.
>
> The old style, before login, was to modify node.transport_name,
>
On Thu, 2008-05-22 at 17:15 -0400, Christoph Hellwig wrote:
> > +struct bnx2i_async_msg {
> > +#if defined(__BIG_ENDIAN)
> > + u8 op_code;
> > + u8 reserved1;
> > + u16 reserved0;
> > +#elif defined(__LITTLE_ENDIAN)
> > + u16 reserved0;
> > + u8 reserved1;
> > + u8 op_code;
> > +#endif
Mike Christie wrote:
> Pete Wyckoff wrote:
>> I confess to having lost the plot on the iface rearrangements. I'm
>> trying to mount up a remote iser target using 2.6.26-rc3 and
>> open-iscsi git HEAD userspace plus hacks to read the new sysfs
>> layout.
>>
>> The old style, before login, was to m
Pete Wyckoff wrote:
> Are you talking about Doron's parameter categorization work?
> I'm having a hard time finding that again. Any suggestions
> for a quick fix to play with iser in 2.6.26-rc3?
>
Oh yeah the userspace tools from 869.2 should work with 2.6.26-rc3.
--~--~-~--~~-
Konrad Rzeszutek wrote:
> > + * bnx2i_iscsi_license_error - displays iscsi license related error message
>
> Doesn't look very license related. Just says 'not supported'.
Could be that some hardware strap pin is being used as a dongle. This
doesn't seem entirely in the spirit of GPL, and would
> +struct bnx2i_async_msg {
> +#if defined(__BIG_ENDIAN)
> + u8 op_code;
> + u8 reserved1;
> + u16 reserved0;
> +#elif defined(__LITTLE_ENDIAN)
> + u16 reserved0;
> + u8 reserved1;
> + u8 op_code;
> +#endif
> + u32 reserved2;
> + u32 exp_cmd_sn;
> + u32 max_cmd_
Paul E. McKenney wrote:
> So if a second CNIC driver attempts to register, it gets -EBUSY or
> something, right?
There is only one CNIC driver and it will only register once per
BNX2 netdevice.
> > You are right. We should just unconditionally set up the IRQ
> > information without checking fo
14 matches
Mail list logo